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ABSTRACT 



There exists a genuine need for a tactical decision 
making system within the Department of Defense for the small 
scale environment tactical decision maker. To this end, we 
propose TAC*H, a prototypical system for tactical decision 
making, to be implemented as a distributed system on micro- 
computers. TAC* II is a redesign and partial implementation 
of an expert Artificial Intelligence system proposed by 
previous Naval Postgraduate School students. The system 
receives preprocessed sensor inputs, determines what 
contacts are present, and suggests the best possible actions 
to take. It performs target analysis and correlation based 
on the current tactical situation. Production rules are 
used to discover which actions have been established by 
higher authority for the current tactical situation. A 
pattern matching algorithm provides a heuristic means of 
identifying similar known situations, and suggests actions 
to take based on those situations. 



4 



TABLE CF CONTESTS 



I. INTECDUCT ION 10 

A. BACKGROUND 10 

B. PROBLEM 10 

C. SOLUTION 13 

II. GENERAL SYSTEM DESCRIPTION 18 

A. ARTIFICIAL INTELLIGENCE SYSTEMS 18 

B. T AC * 1 1 AS AN ARTIFICIAL INTELLIGENCE SYSTEM . 19 

C. INPOT 22 

D. ANALYSIS PROCESS 23 

E. OUTPUT 26 

F. EXAMPLE 26 

III. WCRLD MODEL 29 

A. GENERAL DESCRIPTION 29 

B. DETAILED DESCRIPTION 30 

1. Database Structure 30 

2. Contact Report Structure 33 

C. WORLD MODEL OPERATION 36 

IV. ANALYSIS MODULE 40 

A. BASIC DESCRIPTION 40 

E. DETAILED DESCRIPTION 42 

1. Interfaces 42 

2. The Cress Reference Table 43 

3. The Combat Unit Data Base 44 

4. Query Formulation 45 

5. Backtracking 46 

6. Correlation 4 7 

7. Uncorrelation 49 



5 



V. 



C. ANALYSIS NODDLE OPERATION 

1. Preliminary Phase 

2. Ccmbat Unit Data Base . 

3. Query Handling 

4. Correlation 

5. Oncorrela tion 

6. Summary 

D. FUTURE CONSIDERATIONS 

RESPONSE MODULE 

A. GENERAL DESCRIPTION 

1. Purpose 

2. Production Matcher 

3. Pattern Matcher 

3. PRODUCTION MATCHER 

1. Details 

2. Example 

C. PATTERN MATCHER 

1. Reasoning by Analogy 

2. Applying Reasoning by Analogy to TAC*II 

D. IMPLEMENTATION 

1. Introduction 

2. Record Structures 

3. The Matching Process 

4. Example 

5. Future Considerations 



51 

51 

51 

53 

54 
63 
65 
65 

67 

67 

67 

68 

69 

70 
70 
72 
75 
75 
77 
79 

79 

80 
82 
85 
37 



71. CONCLUSION 89 

A. OBJECTIVES AND RESULTS 89 

B. FUTURE CONSIDERATIONS 90 

C. SUMMARY 92 



APPENDIX fi: SAMPLE OUTPUT FROM THE PATTERN MATCHER ... 94 



APPENDIX E: SAMPLE OUTPUT FROM THE ANALYSIS MODULE . . 100 

LIST OF REFERENCES 163 



6 



BIBLICGRAFH Y 164 

INITIAL DISTRIBUTION LIST : 165 



7 



LIST OF TABLES 



I . 

II . 
Ill . 

IV. 

V. 

VI. 



Support Array - Confirmed Context 55 

Support Array - Certain Context 56 

Support Array - Positive Context 57 

Support Array - Sure Context 58 

Correlation Array 59 

Correction Table 60 



8 



i 

1 




LIST OF FIGURES 



2. 1 AI System 19 

2.2 TAC*II System 25 

3.1 Archival Lists 32 

3.2 Contact Report 34 

3.3 Fosition and Weapon Record Fields 35 

4.1 Word Descriptions 42 

4.2 Combat Unit Data Base Lists 45 

4.3 Example of Implicit Uncorrelation 50 

4.4 Two Pass Support Correlation 61 

4.5 Example of CONFIRMED Uncorr e la tion 64 

5.1 Situation Record 80 

5.2 Target Record 81 

5.3 Pattern Record 81 

5.4 Prune List Record 82 

5.5 Pattern 7 86 

A. 1 Input Situation 98 

A. 2 Pattern 8 99 



9 



i 

l 








I. INTRODUCTION 



A. BACKGROUND 

Years ago# military organizations were forerunners in 
the development cf computers and computer systems, and much 
of the innovative research involved in those areas. For 
example, the founder of the COBOL programming language was 
Navy Captain Grace Murray Hopper. Today, the military uses 
computer systems for a multitude of purposes; however, 
private industry has become the leader in computer research. 
Perhaps this explains the lack of innovative and new 
computer systems applicable to the tactical environment in 
military organizations. 

Since the advent cf computers, decision support systems 
have become increasingly popular in many application areas. 
Originally designed for financial matters, there are virtu- 
ally no areas where decision support systems have not 
invaded. Mere recently, the field of Artificial Intelligence 
has ccrae to the forefront, and many of its principles can be 
nicely adapted to decision support systems. 

We are proposing a system to fill the void in innovative 
tactical systems fer the unit commander. The system, 
TAC*II, is an expert system which uses Artificial 
Intelligence techniques fer tactical decision making. It is 
a redesign, expansion, and partial implementation of the 
system proposed by Clair and Danhof [Ref. 1], 

B. PROBLEM 

There are currently no expert systems in existence which 
support the unit commander in a tactical environment. We 
see this fact as an extreme shortcoming, considering the 
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advances which have teen made recently in both hardware and 
software research and development. In a highly dynamic 
tactical environment, the major emphasis is placed on cne 
Naval Officer, the Tactical Action Officer (TAO) , and 
his/her memory. The TAO is required to respond to a vast 
amount of diverse information, received from a multitude of 
sources, in an extremely time critical and high pressure 
situation. The system which we are proposing is an automated 
aid tc the TAO, a decision making system which will help 
him/her respond in a timely manner to the current situation. 

Let us first examine the advantages of computer systems 
in the ever-changing tactical environment. The most obvious 
positive characteristics of computers are their enormous 
memory and rapid retrieval capabilities. Additionally, 
retrieval of information from computer memory is extremely 
reliable: unlike human beings, computers do not have memory 

lapses. Speed is another important attribute. Computers can 
both retrieve information from memory and perform 
calculations much faster and more accurately than humans. 

With the above benefits of computers in the tactical 
environment in mind, one might ask why a decision making 
system designed for the tactical unit commander has not yet 
teen developed. First, the problem may be perceived as "too 
difficult" for computer implementation. After all, military 
officers endure years of vigorous training in preparation 
for their rcle as the TAO. They often respond to situations 
by way of "intuition" or "gut reaction". They resolve incon- 
sistencies cr discrepancies in reports which are received 
through "common sense reasoning". How, then, can a computer 
system replace such a unique and valuable asset? 

We are not suggesting that a system be designed to 
replace the TAO, but rather that it be utilized to enhance 
his/her capabilities and performance. The human attributes 
referred to above, "intuition" and "common sense reasoning". 



are the kinds of things which Artificial Intelligence 
research is trying to capture in Artificial Intelligence 
systems. These attributes are often times programmable if 
enough information is available about the decision making 
processes of tactical commanders. The key to the success of 
such a system is a great wealth of knowledge, which will 
enable the system to emulate the TAO in most respects. 

Another factor which must be considered is an increased 
level of risk involved in the development of tactical deci- 
sion making systems. Current decision support systems deal 
with mundane situations like pro jeer management, financial 
management, and the like, where risks are generally centered 
around matters such as millions of dollars or personal repu- 
tation. Those risks are far outweighed by the unique risks 
of the tactical environment which involve The preservation 
of human lives. Again, we must stress that we are not 
suggesting a system designed to replace the TAO, although 
such a system could perform many of The same functions. An 
expert tactical system should help in the areas where its 
capabilities are superior; That is, memory capacity and 
processing speed. The final responsibility for tactical 
decision making still remains with the Tactical commander. 

The problems are not insurmountable, and neglecting the 
implementanicn of such a system would be a gross oversight. 
In addition to the benefits previously described, an expert 
tactical system has two very significant side effects. The 
first primary goal cf military organizations is to prepare 
for war. Secondly, if war unfortunately occurs, the goal is 
to survive as the victor. An important aspecz of the effec- 
Tiveness of the TAO in this type of Tense environment, is 
The ability to remain calm, and in accordance with previous 
training and experience, react appropriately. The ccmmar.der 
without actual combat experience is at a marked disadvan- 
tage. Regardless of the number of training exercises in 
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which fce/she has participated, actual combat is quire 
different. The chance of the TAO freezing or experiencing 
feelings of panic is lessened if an expert tactical system 
is implemented on the ship. 

A second similar side effect is the inherent provision 
of a training tool. Junior officers would benefit from 
working with this type of system by observing how it corre- 
lates target information and how it makes decisions. 
Situations could easily be simulated, and both man and 
machine wculd try tc determine the best appropriate action 
to take. 

An expert system is needed to fill a void which 
currently exists in the tactical environment. Such a 
system's advantages are numerous whereas its disadvantages 
are net insurmountable. The solution tc this problem is not 
an easy one, but it is not foreseen to be impossible. With 
advanced technology and new and better Artificial 
Intelligence techniques, the implementation of an expert 
tactical system should be right around the corner. 

C. SOLUTION 

T AC*II is our answer to the tactical problem outlined 
above. The system design is modelled on how the TAO is 
perceived tc make decisions. The decision process is viewed 
as consisting of three phases: acquisition, analysis and 

decision. During the acquisition phase, the TAO accumulates 
information from various sources and snores that information 
in his memory. TAC*II's acquisition phase consists of 
receiving inputs from various sensors, intelligence reports, 
cr human interfaces, and storing that information in its 
dynamic database. During the analysis phase, the TAO tries 
to determine if new information can be correlated with cld 
information, and if so, makes a mental note of the 
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significance of the correlation. TAC*II performs the same 
function ty scanning its database for possible correlating 
information, performing any calculations necessary in verif- 
ying correlation, and updating its database as appropriate. 
Finally, in the decision phase, the TAO indicates actions to 
take in a given situation based on current directives which 
should be followed, cr based on similar situations which are 
familiar. TAC*II does the same based on the policy rules and 
analogous situations which are programmed into the system. 
These three decision phases are modelled by the three 
primary modules which comprise TAC*II: the World Model, 

which lccsely corresponds to the acquisition phase; the 
Analysis Module, which corresponds to the analysis phase; 
and the Response Module, which corresponds to the decision 
phase. 

The key to making our system "intelligent" is to fill it 
with appropriate knowledge. The key to coding this knowledge 
is, first, to find cut what it consists of by discovering 
how the tactical decision maker arrives at his/her deci- 
sions. These decisions range from the cut and dry, where 
the TAO simply follows directives, to the extremely intui- 
tive. Intuitive decisions involve the process of analogy. 
The TAO perceives a similarity between the current situation 
and seme previously experienced situation. He/she recalls 
the successful actions taken in that previous experience, 
and modifies those responses to adapt to the current situ- 
ation. The knowledge pertaining to the first type of deci- 
sion is guite simple tc incorporate in our system, whereas 
the second type of knowledge is much more difficult. As in 
most Artificial Intelligence systems, much liaison between 
the system programmer and the tactical expert is required to 
translate the decision making process into code. 
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The overall function of TAC*II is to take processed 
information from individual sensor units, correlate^ that 
information, and determine the best action to take based or. 
programmed rules. Those actions must fulfill the require- 
ments cf higher authority, while providing the best possible 
chances of survival. The first and most important aspect of 
cur system design is to allow it to react in real time. 
Speed is crucial because the lack of it could literally 
become the difference between life and death. We foresee the 
implementation of TAC*II as a distributed system primarily 
to enhance its speed. Secondarily, spreading computing 
resources over many microprocessors is an obvious advantage. 
Not only does it reduce cost, but it also adds a degree of 
reliability. The failure of one microprocessor does not 
cause the entire system to crash. Since the TAC*II system is 
designed as basically three separate, independent modules, 
we foresee a relatively easy implementation of it as a 
distributed system. 

The seccnd major criteria in the design of TAC*II is the 
adherence to the principles of software engineering. In this 
regard, our system would be virtually useless if it were 
difficult to modify. In the tactical environment, rules and 
situations are constantly changing, thus causing our system 
to also experience frequent modifications. We therefore set 
as a primary goal the use of modularity and modifiability 
principles in our system design. Not only did we desire our 
overall nodules to be functionally independent, but addi- 
tionally, all submodules and procedures should be likewise. 
As a secondary goal, we wanted our implemented code to be 
readable, and went to a great deal of effort to ensure 
simple things, such as common sense naming cf variables, 

were incorporated. Cur design is geared towards providina 
these characteristics to ensure the success of the final 
system implementation. 
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The final gcal cf the system design is the generic 
nature cf the system. In its conception, TAC*II was 
perceived tc be applicable to not only the Navy tactical 
environment, but additionally, to the unit commander in any 
cf the armed services, although we try to remain as generic 
as possible, in some cases we have become specialized to 
allow system implementation. In these cases, our primary 
focus is on the Navy tactical environment, although it could 
easily be modified tc pertain to others. 

Our solution to the implementation of an expert tactical 
system involves several assumptions. First, our system is 
designed from a single user perspective. Several systems 
currently exist, for example the World Wide Military Command 
and Control System (KWttCCS) and the Naval Tactical Data 
System (NTDS) , which approach the problem at a higher level 
than that of the unit commander. TAC*II is geared towards 
the unit level of tactical command, that level which pres- 
ently has r.o automated guidance in the decision making 
process . 

The second assumption is that the input received by 
TAC*II is already processed. In other words, we will not 
address the issue of transforming raw data, for example, 

radar video, into data which is compatible with our system. 
Since systems currently exist which perform exactly this 
function, we feel that this is a valid assumption. 

Finally, we assume that it is possible tc obtain enough 
knowledge from tactical experts in order to program the 
heuristic similarity matching process. This may or may not 
be a valid assumption; however, two factors indicate that it 
is indeed valid. First, it is the same basic problem encoun- 
tered in the development of all Artificial Intelligence 
expert systems. In order for a computer system to emulate a 
human expert, those human experts must be interviewed in 
depth to derive the mental processes which they go through. 
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If medical experts can provide enough insight into how they 
diagnose diseases, tactical experts can certainly provide 
insight into hew they synthesize analogous situations. 
Secondly, research is already in progress in the field of 
Information Systems tc try to determine exactly how the high 
level commander recognizes similarities. all which remains 
to be done is the coordination between researchers in 
Information Systems and those in tactical systems 
implementation, which is currently in progress. 

The following chapters discuss the design and implemen- 
tation of the TAC*II system. Chapter 2 presents an overall 
system description, while Chapters 3, 4, and 5 delve into 

the details of the World Model, the Analysis Module, and the 
Response Module, respectively. Chapter 6 summarizes our work 
and suggests possible areas of further research. A signifi- 
cant amount of code has been developed which almost 
completely implements TAC*II: the World Model, the Analysis 

Module, and one major submodule of the Response Module have 
been written, tested and debugged. This code is available 
from the authors or the thesis advisor. 
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II. GE NER AL SYSTEM DESCR IPTION 



A. ABTIfICIAL INTELLIGENCE SYSTEMS 

We will describe the TAC*II syszei in terms of the 
general design of Artificial Intelligence systems, as shewn 
in Figure 2.1. An Artificial Intelligence system is basi- 
cally composed of two major parts; the Knowledge Ease and 
the Reasoning Engine. The Knowledge Base contains informa- 
tion about the " world” or the environment. It is comprised 
of a static database which contains general information and 
rarely changes, and a dynamic database which contains 
rapidly changing information about the "world". The 
Reasoning Engine is the workhorse of the system. It obtains 
symbolic descriptions of the sensed environment through the 
interpreter, requests relevant knowledge from and transmits 
updates to the Knowledge Base, and generates symbolic 
descriptions of appropriate actions to be taken. 

The TAC*II system is designed to perform the analysis of 
an individual unit's tactical situation, and to provide the 
appropriate response which is directed by higher authority 
in their promulgated policies and doctrine. Additionally, it 
is designed to provide heur istically derived decisions about 
actions to take, which are above and beyond those required 
by directives, and are based on the tactical situations of 
history. The system receives contact information which is 
already processed (versus raw sensor input) , and, whenever 
possible, infers other information about the contact. It 
inserts this information into the World Model and performs 
target correlation with all known contacts. It then 
searches for any applicable policy rules which govern the 
current tactical situation, and displays the appropriate 
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Figure 2. 1 AI System. 

actions to be taken on the operator console. It also 
searches for similar situations stored in memory, and if the 
search is successful, displays the associated responses on 
the operator console. 

B. TAC*II AS AN ARTIFICIAL INTELLIGENCE SYSTEM 

In the T AC * 1 1 system, the Knowledge Base is comprised of 
the World Model, which is one of the three primary modules, 
the Ccmbat Unit Data Ease, which is a part of the Analysis 
Module, and the production rules and patterns, which are 
part of the Response Module. The World Model contains a 
"picture” cf the "wcrld" by maintaining a dynamic database 
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cf known contact information. It contains those aspects of 
the "world" which are relevant to the tactical situation and 
are cf a volatile nature. It provides information needed by 
the analysis Module and the Response Module by responding to 
gueries transmitted to it. The World Model keeps itself 
current by updating its contact reports as instructed by the 
analysis Module, pruning unessential archival information, 
and performing dead reckoning on the contact reports in its 
database. Dead reckoning is the method used to estimate the 
new position of a contact after an elapsed period cf time. 
The World Model additionally maintains a separate archival 
storage structure of non-current information, leaving only 
the most current contact information in the primary memory 
structure. The World Model is organized and structured to 
permit easy and rapid data retrieval and manipulation. 

The Combat Unit Data Base, the second part of the 
Knowledge Base, is a static database which exists within the 
Analysis Module. The knowledge which it contains is informa- 
tion about individual combat units. This information is used 
to fill in the details about contacts which are reported. It 
allows the system to make inferences about the possible 
identification of combat units. 

The last section of the Knowledge Base includes the 
production rules and patterns. The production rules incorpo- 
rate knowledge about tactical actions which are dictated by 
higher authority. Patterns represent knowledge about histor- 
ical battle scenarios or war gaming experiences. Associated 
with the patterns are actions which represent knowledge 
about what has been or could be done in a given situation. 

The Reasoning Engine is comprised of the Analysis Module 
minus the Combat Unit Data Base, and the Response Module 
control mechanism. The primary job of the Analysis Module 
is to conduct the analysis and correlation cf contact infor- 
mation received, and to induce as much information as 
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possible, until a high confidence classif icatior. level of 
each contact is made. It receives preprocessed, single 
senscr inputs, and through searching the Combat Unit Data 
Base, determines what additional unit information can be 
inferred based cn the sensor inputs. It then queries the 
World Model for similar contacts, and performs target corre- 
lation between the current contact and those received from 
the Wcrld Model. If a positive correlation is made, the 
Analysis Module transmits the updated information to the 
World Model, including any "uncorrelations" when required. 
In addition to transmitting new contact information tc the 
World Mcdel, it sends contact updates to the Response Module 
to trigger a search for appropriate responses tc the new 
situation, and transmits target analysis and correlation 
information to the operator console. Finally, it provides an 
interactive query mechanism to the console operator for 
obtaining both static information from the Contact Unit Data 
Base, and dynamic information from the World Model. 

The Response Module portion of the Reasoning Engine has 
the primary function of determining appropriate responses 
given a new instance cf the "world”. It receives a contact 
report frcm the Analysis Module and searches two separate 
structures for similar situations. First, the Response 
Module searches through its production rules, which repre- 
sent concrete tactical knowledge of current directives and 
policies. For all rules which match the current situation, 
the associated responses are transmitted to the operator 
console. Next, it searches through its memory of programmed 
historical situations for those which are similar to the 
current situation. For those situations which match, their 
associated responses are modified to apply to the current 
situation, and summarily transmitted to the operator 
conscle. 
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C. INPUT 



T AC*II ' s three primary modules are functionally indepen- 
dent and designed to te implemented as parallel processes or. 
multiple microcomputers. Sensor input to the system is of 
several different types. Radar data provides bearing, range, 
course and speed information pertaining to contacts. 
Electronic Support Heasures (ESM) input provides bearing and 
emitter identification information. ESM is a passive device 
which receives electromagnetic radiation from other units, 
and determines the frequency of the emitter and the bearing 
of the contact using it. Sonar data provides bearing, 
range, depth, course and speed of contacts, as well as any 
possible classifications. The system is designed to receive 
visual reports from lookouts through a formatting device, 
and general intelligence reports which are received via the 
Naval Telecommunication System (NTS) . 

All cf the above sensor input is assumed to be prepro- 
cessed versus raw data. Other units with processing capabil- 
ities are required to be connected to the TAC*II system. In 
the case cf radars and sonars, these processing units will 
receive the raw sensor data and perform track correlation by 
following individual contacts along their paths. Track 
numbers are assigned by each of the processors to the 
contacts being tracked. These track numbers are later 
translated into new track numbers internal to the TAC*II 
system. This preprocessing of information could be done 
manually, and then input into a "smart" front-end processor 
which would perform interactive prompting of the user. 
There is nc requirement that the reports be rapid or exactly 
in real time. 

The manner in which the raw data is transformed into the 
required input formats is immaterial to the operation of the 
system. The only overriding assumption is that single sensor 
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track correlation is performed on each sensor which inputs 
data into the system. 

D. ANALYSIS PROCESS 

When the Analysis Module receives a new contact report 
from one of the above input devices, it scans its record of 
contacts to determine if the contact has previously been 
seen. If the contact has not previously been seen, it must 
scan its Combat Unit Data Base to try to derive additional 
details regarding the contact. 

The heart of the Analysis Module is target analysis and 
correlation. When a contact report is received, the Analysis 
Module formulates a query of a specified format for the 
World Model to obtain all previous contact reports which 
could possibly correlate with the current report. The World 
Model then scans its database searching for records which 
meet the constraints of the query, and transmits a copy of 
each "matching" record back to the Analysis Module. 

The Analysis Module now has the new contact report 
together with all similar previous contact reports retrieved 
from the World Model. It then compares the previous reports, 
one by one, with the current contact, trying to determine if 
they could be the same target. Backtracking is the primary 
method used. In this method, the positional information of 
the previous contact reports are adjusted to remove the 
effect of own ship's motion during the elapsed timeframe. If 
two targets are positively correlated in this manner, the 
strength of that correlation is derived. This correlation 
factor is then used to infer further information about one 
contact from the other. The updated reports are 
subsequently transmitted to the World Model. 
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Uncorrelation is another facet of the Analysis Module. 
If twc contacts are correlated by the above method, and 
.further information is received which proves this correla- 
tion to be incorrect, the process must be "undone". The 
contacts must be reestablished as individual contacts by 
appropriately making updates to and modifications cf their 
contact reports in the World Model. 

In addition to performing target correlation and anal- 
ysis, and updating the World Model, the Analysis Module must 
also transmit contact reports which it receives to the 
Response Module. The Response Module, in turn, uses this 
updated instance of the "world" to determine if there are 
any rules, governed by higher authority, which are appli- 
cable in the current situation. It first retrieves the 
appropriate set of production rules based on the current 
situational readiness state. It then searches the left hand 
sides cf this production rule set for possible matches. A 
match occurs if all conditions contained in the left hand 
side of a rule are either known to be true or unknown. To 
resolve those unknown conditions, the World Model is queried 
and responds with a yes/no answer. When rules are found to 
match the current situation, their right hand sides are 
executed, causing the corresponding action to be transmitted 
to the operator console. 

The Response Module then determines if any historical 
situations stored in memory match the current situation. 
These historical situations are symbolic descriptions of 
tactical scenarios which have suggested actions associated 
with them. Again, the World Mcdel is queried, when neces- 
sary, to determine specific details about certain contacts. 
If patterns are found to match the current situation, the 
corresponding actions associated with those patterns are 
modified to adapt to the new situation, and are then sent to 
the operator. Since these are heuristic types of decisions, 
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certainty factors are calculated zo indicate how similar the 
current situation is to the known situation, and these 
certainty factors are displayed along with the proposed 
solution . 
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Figure 2.2 TAC*II Systea. 



Figure 2.2 presents a general description of each of 
TAC*II's three primary modules together with the interfaces 
between each of the modules. 
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E. OUTPUT 



The output from TAC*II is viewed as consisting of two 
types: internal and external outputs. The internal output is 
comprised of the information which the system learns and 
transmits tc other modules within the system itself. For 
example, when a contact report is received, the Ccmbat Unit 
Data Base is searched to determine if additional information 
about that contact can be inferred. The output is the mere 
complete contact report which is transmitted to the World 
Model. For the case when target correlation is performed, 
the system determines if two separate contact reports could 
actually represent the same target. The system learns about 
the true state of the "world", and transmits this informa- 
tion back to the World Model. In each of these instances, 
output is from the Analysis Module to the World Model. This 
output enables the World Model to obtain a more accurate 
snapshot cf the "world" by keeping as current as possible on 
the state of the "world". 

External output is that which is generated by the TAC*II 
system for display on the operator console. During the 
target analysis and correlation phase, the analysis informa- 
tion is displayed on the operator console. Outputs are also 
displayed at the console from the Response Module. The first 
type consists of actions to take based on the current situ- 
ation, and governed by the policies of higher authority. The 
second type consists of both actions to take based on the 
similarity of the current situation to a remembered 
situation, and their associated certainty factors. 

F. EXAMPLE 

In order to clarify the total process in action, we 
present an example and step through the various phases which 
TAC* II would execute. We begin with the assumption that cur 
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ship is steaming independently, and that as of yet, no 
contact reports have been received. An input is then 
received from the processor which handles ESM contacts. 'The 
ESM processor is assumed to Translate the frequency into the 
type cf emitter which generated the signal, and to transmit 
a prcperly formatted contact report to the Analysis Module. 
Once the Analysis Module receives this report, it searches 
its Combat Unit Data Ease for all vessels which are equipped 
with that particular type of emitter, and inserts that 
information into the contact report. 

Now the Analysis Module tries re perform target correla- 
tion. The contact report is placed on a queue, and a query 
is formulated based cn the bearing of the contact. The 
query is transmitted to the World Model, which, in turn, 
tries to "match” up the query to entries in its database of 
contact reports. In this case, since no ether contacts have 
been previously encountered, the World Model returns only 
the original contact report to the Analysis Module. The 
Analysis Module then simply transmits the contact report 
from the queue to the World Model in order to update its 
picture of the "world". 

The contact report is additionally transmitted to the 
Response Module. The Response Module checks its production 
rules to determine if there is any policy governing this 
particular situation which must be followed. It formats 
queries tc the World Model if it needs additional informa- 
tion about the current situation. If rules are found which 
match the current situation, the actions represented by the 
right hand sides of those rules are executed and displayed 
on the operator console. The Response Module also checks its 
store cf remembered situations for similar patterns. If any 
are found tc match, it again formats queries to the World 
Model to obtain specific details. The actions corresponding 
to remembered matching situations are then adapted to the 
current situation and passed to the operator. 



27 



W € now receive an input from the processor which handles 
surface radar contacts. The contact report from this 
processor will include the bearing, range, course and -speed 
of the contact. The same process is involved as delineated 
above. To initiate the target correlation procedure, the 
Analysis Module formulates an appropriate query to the World 
Model. In this example, the World Model will respond with 
the ESM contact. The Analysis Module now has the current 
contact report and the previous contact report, and tries to 
correlate the two. The method used is a form of back- 
tracking. The positional information of the first contact is 
adjusted to account for the relative motion of own ship 
during the elapsed time between the two contact reports. A 
calculation is performed to determine what course and speed 
would have been required for the first contact to get to the 
position of the second contact. The proximity of the 
required course and speed to the actual course and speed 
determines the belie vabilit y of the correlation, called the 
confidence factor. At this point, the knowledge gained is 
incorporated into each of the contact reports, which are 

then transmitted as an update to the World Model. In the 
case of an "exact” correlation, the two records would be 
merged prior to transmission to the World Model. Finally, 
the Analysis Module transmits its information to the 
Response Module, which proceeds to search for applicable 
rules and similar remembered patterns, as outlined above. 
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III. WOR LD MODEL 



A. GENEBAL DESCBIPTICN 

The World Model is a dynamic knowledge base which 
contains specific facts about the '•world". It contains 

those aspects of the "world" which are relevant to the 
tactical situation, specifically, up-to-date contact reports 
of currently active contacts. Inputs are received by the 
various sensors, whose associated processors transform the 
raw data into a compatible format and perfcra track correla- 
tion. The resulting contact reports are transmitted to and 
processed by the Analysis Module, and are subsequently 
stored in the World Model. In short, -he World Model is a 
contact informational database; however, this module 

additionally performs many database management system 
functions. 

The World Model interfaces with both the Analysis Module 
and the Besponse Module. Both of these modules require that 
a query service be provided for the contact reports which 
are known to the system. The World Model performs this 
service. In the case of the Besponse Module, the queries 
will be requests to determine if a contact with certain 
specifications exists. These queries will require a boolean 
type response. The Analysis Module queries are requests for 
all ccntact reports which meet certain specifications. They 
therefore require a more complicated response. Specifically, 
the Wcrld Mcdel response to the Analysis Module is a list of 
contact reports which meet the specified requirements. 

The Wcrld Model must also be able to add and delete 
contact reports, as well as update contact reports under the 
direction of the the Analysis Module. The addition and 
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deletion of contact reports are handled much like the stan- 
dard database operations. The updating of contact reports 
is similar to the update database operation. However; the 
old information stored in the contact report is saved in 
archival storage. 

Another function of the World Model is the dead reck- 
oning of cld contact information. Since contact data is time 
sensitive, we must update cld contact reports to keep the 
tactical situation as current as possible. The technique 
for estimating the possible position of the contact is 
called dead reckoning. 

The basic principle of dead reckoning is to project the 
position of the unit along its last known course and speed 
for the time interval since the last known position. A modi- 
fication cf this technique is to project the contact towards 
own ship, assuming that the contact will be travelling at 
its maximum speed. This modification is used by the World 

Model, and yields the closest possible position of the 
contact. This is a "worst -case” analysis approach to the 
dead reckoning problem, and is a heuristic versus 
algorithmic technique. 

B. DETAILED DESCRIPTION 

1 . Database S tr u cture 

The knowledge contained in the World Model is of 
three types: current knowledge about active contacts, 

historical knowledge about active contacts, and knowledge 
about the estimated position of active contacts. The current 
and estimated position knowledge resides in primary memory. 
These two types of information are the most frequently 
accessed. A dynamic structure is utilized to handle this 
information, taking advantage of the access speed increases 
that are available from using structures of this type. 
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It is important to remember that the World Model is 
a contact informational database and performs several func- 
tions of a database management system. This implementation 
is just cne of the ways in which the World Model might be 
structured. It is envisioned that further research coupled 
with innovative database management systems could serve to 
improve the performance of the World Model with respect to 
real time calculations and responses. 

The three types of knowledge mentioned above have 
three separate structures. The current knowledge about 

active contacts is organized in a three dimensional binary 

search tree. Two other schemes, a relational model and 
hashing, were considered during the design phase. The 

contact data does net readily lend itself to storage in a 
relational manner, and hashing is very sensitive to colli- 
sions and bunching of information. Thus, these two schemes 
were discarded in favor of the three dimensional binary 

search tree. It was decided that the most utilized fields 
for access were the track number, the bearing, and the 
distance cf the contact. This implementation is a single 
tree with the equivalent of three binary search trees woven 
through it, all using +he same contact report nodes. The 
three inter-threaded trees are based on the three primary 
fields, track number, bearing and distance. This structure 
allows fer rapid access for the primary fields, and it saves 
storage space since the trees use one set of contact report 
nodes. If a query from the Response Module or the Analysis 
Module requires that ether fields be accessed, an ordinary 
inorder search of the database is performed. 

The second data structure in the World Model, 
archival storage, holds the historical knowledge about 
active contacts. It is anticipated that in the final 

production model, archival storage will reside on a secon- 
dary storage device. In the current prototype, archival 
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storage is kept in a separate data structure in primary 
memory. This data structure is a linked list of linked 
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Figure 3.1 Archival Lists. 

lists, as shown in Figure 3.1. Each node in the primary 
list is composed of a contact report of a specific track 
number and two pointers. One pointer points to the history 
list for that specific contact, essentially a linked list of 
old contact reports. The other pointer points tc another 
contact report’s history list. Access of information in 
archival storage is performed in unsorted, linear fashion. 
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This method is not optimum with respect to access times; 
however, the archival information is infrequently utilized. 
Thus, the time required for retrieving information- from 
archival storage has a negligible effect on overall system 
performance. 

The third data structure is the organization of 
knowledge about the estimated position of active contacts. 
This structure is known as the Dead Reckoning (DE) List and 
resides in primary memory. The DR List is a linked list of 
an abbreviated version of the full contact report. This 
record structure contains the contact's track number, date 
time group, position report, which in this case is the DR 
position, and a pointer to the next contact's DR record. The 
decision fcr using this shortened version of the full 
contact report was based on better memory utilization and 
the fact that DR reports were estimated positions. If detail 
is desired, the full contact report can be easily retrieved. 

2 . Cen t ac t. Report S tru c ture 

The contact report, as shown in Figures 3.2 and 3.3, 
is the data structure that holds all relevant knowledge 
about an active contact. The basic characteristics of any 
contact are track number, date time group, and position. 
Track number is used as a locator for the contact report, 
while the date time group and position fix a contact's posi- 
tion at a specific time. The rest of the contact report is a 
further classification of the contact obtained through anal- 
ysis and inference. For example, it can be inferred from a 
surface radar contact that the contact 'is a surface or 
submarine platform type. From an ESM intercept, the emitter 
is identifiable. Additionally, the platform type, alliance, 
type class, units in that particular class, other emitters 
on the particular type class, and weapons, can be inferred. 
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Figure 3.2 Contact Report. 

The final field of the contact report, the correla- 
tion record, also requires elaboration. It is a list of 
track numbers that have been correlated to the contact 
report to which it is attached. This correlation record 
serves to store extra knowledge about the reasoning that 
took place in performing target classification and identifi- 
cation. This analysis and inference is performed by the 
Analysis Module which is described in the next chapter. 
However, it can be seen that the contact report serves to 
store both object knowledge about the contact, basically 
positional information, and analytical and inferred 
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knowledge. These record attributes were developed with 
respect to the functioning of the Analysis and Response 
Modules, and the types of information that they require to 
be associated with each contact report. 

In addition to the above information, confidence 
factors are attached to most of the fields of each contact 
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Figure 3.3 Position and Weapon Record Fields. 



report. Since the information might have been obtained by 
inference or from an unreliable sensor source, these confi- 
dence factors indicate to the operator the reliability of 
the information, since the information might The Analysis 
Module will fill in these confidence factors during its 
processing of the original sensor data and during contact 
report correlation. 
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A final comment about the structure of the contact 
report is necessary due to the manner in which the Analysis 
and Response Modules operate. One will note from Figures 3.2 
and 3.3, that all fields below the position record exist as 
linked lists of records. Again, due to the analytical and 
inferential nature of the Analysis Module, a number of 
possibilities may be inferred from a single piece cf sensor 
data. For example, a certain type of radar may exist on both 
surface and air platforms. These platforms may have a 
variety cf type classes such as destroyers, cruisers and 
others. Further analysis reveals that many units are 

possible underneath each type class, and other emitters and 
weapons are carried by these units. One can see that rhis 
contact report contains a very large amount of knowledge. 
These linked lists of possibilities, coupled with their 
respective confidence factors, will eventually lead to a 
concrete target identification. 

C. WOBLE MODEL OPERATION 

The database operations of the World Model are initiated 
by communications from either the Analysis or Response 
Modules. After initial startup, the Analysis Module sends 
new conract reports to the World Model to add to its data- 
base. The dead reckoning mechanism checks every fifteen 
minutes fcr any contact in the database which has net beer- 
updated fer a period of fifteen minutes. The dead reckoning 
mechanism runs continuously after the inizializat ion of the 
World Model. 

Once the World Model has been starred up, it waits for 
input from either the Analysis or Response Modules. The 
operation that the Wcrld Model performs, based on a communi- 
cation from the Response Module, is basically to search the 
database to find contacts which conform to the Response 
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Module query. When the search is completed, a boolean-type 
answer is returned indicating whether or not a report was 
found. For instance, a query from the Response Module might 
be "Is cwn ship within the range of track 123* s missiles?". 
(Note that this English language query will be formatted 
into the report query record by the Response Module.) The 
World Model will search the database for track number 123, 
look at the In Range field of the record of the specified 
weapon, and send back the reply to the Response Module in a 
format known as the Cuery Response. 

The Analysis Module's communication to the World Model 
causes a variety of different operations to occur. Similar 
to the Response Module query, one of these operations is 
caused by the Analysis Module sending a query to the World 
Model invoking a search of the database. This search can be 
of the active database, or archival storage, or both. The 
World Model will search its database for contact reports 
meeting specific requirements, and send these back to the 
Analysis Module as a linked list. For example, in order to 
perform target correlation, the Analysis Module may want all 
contacts within a specified range of bearings. The World 
Model will return the linked list of contact reports that 
fulfill this requirement. 

As previously mentioned, the Analysis Module initially 
starts up the World Model by sending the first contact 
report. This contact is received by the World Model and the 
database is created. The World Model's operations of addi- 
tion, update, drop track, and remove track, coincide with 
the basic operations of add, update, and delete, performed 
on a typical database. 

The update operation is caused when the Analysis Module 
is sent a sensor report which changes the knowledge about a 
known contact report. This update may be caused by a change 
in pcsiticnal information (i.e., a change in bearing, range. 
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course cr speed) , or a change caused by analytical or infer- 
ential computations performed by the Analysis Module. In 
either case, the Analysis Module sends an updated version of 
the contact report tc the World Model. The World Model then 
takes this updated version and places it in the database, 
and additionally sends the replaced contact report to 
archival storage. 

The drop track and remove track operations are analogous 
to the deletion operation performed on a database. The 
reason why there are two operations that, basically delete 
information from the World Model can be explained from an 
example of a tactical situation analysis. Suppose a contact, 
which has been identified, moves away from own ship, and the 
information on this contact becomes of minor importance to 
our tactical situation. If the contact is a warship, we may 
want to save our information in archival storage. If the 
contact is a merchant ship, we may want to delete all the 
information on the contact. The drop track operation, trig- 
gered by the Analysis Module, is simply the shifting of the 
contact report from the primary data structure into archival 
storage. The remove track operation, also triggered by the 
Analysis Module, is a total deletion of the contact informa- 
tion in both the primary data structure and archival 
storage. 

The remaining operations of the World Model deal with 
the capabilities desired of a computer system in a tactical 
environment. The computer system in a tactical envircnment 
pericdically requires preventive maintenance. It is desir- 
able to be able to regenerate the information contained in 
the computer system after an inoperative period of time. To 
fulfill these requirements, the World Model has the capa- 
bility tc save the contact information in primary memory on' 
a secondary storage device. The World Model can regenerate 
this information by invoking procedures which restart both 
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the primary data structure and archival storage. It is 
important to note that the restart of the World Model should 
be performed only when the "down time" of the system is 
short and the tactical picture has not significantly 
changed. Presumably, this decision will be made by the 
operator. Otherwise, if the down time is lengthy, the World 
Model should more properly be initialized and started anew. 
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IV. ANALYSI S HOPPLE 



A. BASIC DESCRIPTION 

The Analysis Module is the basic foundation of the 
TAC*II system. Its primary function is target identifica- 
tion and correlation. During its operation, it produces an 
analysis of own ship's tactical situation. The Analysis 
Module receives as input preprocessed sensor data and 
produces as output a target identification with associated 
confidence factors. These confidence factors are an indica- 
tion cf the certainty of the target identification. As mere 
sensor data is received, the Analysis Module makes correla- 
tions between senscr reports, trying to achieve a more 
accurate target identification. 

The Analysis Module performs many functions relating to 
target identification and correlation. when a sensor 
contact report is received, it assigns an internal track 
number to that report and maintains a listing of the sensor 
track number and its associated internal track number. This 
listing is known as the Cross Reference Table and is used by 
the Analysis Module for contact report identification. 

The Analysis Mcdule makes inferences about contacts 
reported by the sensors. In order to make these inferences, 
the Analysis Module uses a portion of the Knowledge Ease, 
the Combat Unit Data Base. The Combat Unit Data Base is 
contained within the Analysis Module and consists of static 
object knowledge about specific combat units. 

The Analysis Module solves a relative motion problem in 
order to perform a correlation between two contacts. This 
process is called backtracking and the problem involves a 
determination of a course and speed required for a contact 
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to move from one position to another. When compared to a 
contact’s actual course and speed, the required course and 
speed serves as a measure of how good the correlation is 
between two contact reports. 

During the processing of sensor inputs, situations occa- 
sionally occur which require the uncorrelation cf contact 
reports. Fcr example, when a contact report is deleted from 
the database, its effect on other contact reports, due to 
prior correlations, must be negated. This is accomplished by 
adjusting the confidence factors of the contact reports 
involved, using stored information concerning the prior 
correlations. 

Another function of the Analysis Module is to process 
external input and output for the system. It performs inter- 
action with the operator console, transmitting output 
information and receiving operator queries. 

The Analysis Module interfaces with both the World Model 
and the Response Module. It transmits contact report 
updates, additions and deletions, to the World Model, in 
addition tc queries. It sends contact reports to the 
Response Module to trigger its operations. In turn, the 
Analysis Module receives query responses from the World 
Model, and action responses from the Response Module for 
subsequent transmission to the operator console. 

The Analysis Module uses word descriptions to describe 
degrees cf confidence in the validity of information 
received. Many current approaches to the implementing cf 
certainty factors use numerics for degrees of belief. 
Eecause the Analysis Module uses inference and correlation 
techniques for target identification, reasoning and infer- 
ences with certainty factors is an important facet of its 
operatich. Since reasoning with numerics proves to be 
restrictive in some instances, the word description sequence 
cf Figure 4.1 was used. 
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Confirmed 

Certain 

Positive 

Sure 

Confident 
Probable 
Plaus ible 
Possible 
None 



highest 
confr den ce 



lowest 

confidence 



Figure 4.1 Word Descriptions. 

B. DETAILED DESCRIPTION 
1 . Inte rfa ces 

The Analysis Module interfaces with the World Model, 
the Response Module and the operator console. The informa- 
tion flew tc and from the World Model consists of database 
operations and queries. The Analysis Module transmits 

contact reports for additions and updates of the database, 
and it sends messages to the World Model specifying a 
certain contact for deletion. In order to obtain information 
about the tactical situation, the Analysis Module sends 
queries tc the World Model concerning contacts, and receives 
the associated query responses which are lists of contact 
reports . 

In its interface with the Response Module, the 
Analysis Module transmits contact updates which trigger a 
search for appropriate responses. The Analysis Module 
receives these responses, and in turn, transmits them to the 
operator console for display. 
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In addition# the Analysis Module provides an inter- 
active query service. The operator can query the system 
about current tactical information held in the World 'Model 
and ccmbat unit knowledge held in the Combat Unit Data Ease. 
The operator also can query the system for information 
concerning current policies and directives which are located 
in the production rule portion of the Response Module. 

2 • The Cross Re f erence Tabl e 

One of the Analysis Module’s functions relating to 
target identification is the maintenance of an internal 
numbering system which is used for contact report identifi- 
cation. The purpose of the internal numbering system is to 
ensure that each contact report is uniquely identified and a 
sensor origin of a specified contact report can be found. 
The Cross Reference Table fulfills this purpose by main- 
taining a listing of the individual sensor track numbers, 
which are assigned external to the TAC*II system, and their 
associated internal track numbers. 

The basic structure of the Cross Reference Table is 
a series cf linked lists with each node in the list 
containing a sensor track number and its associated internal 
track number. These linked lists are organized by sensor: 
for each sensor there exists a corresponding linked list. 
The division of linked lists according to sensors allows 
rapid access to a sensor's contacts and aids in the 
deter minaticn of the sensor origin of a particular contact. 

In its maintenance cf the Cross Reference Table, the 
Analysis Module performs three basic types of operations. 

When a sensor input is received, the Analysis Module 

searches the Cross Reference Table for the sensor track 
number. If the senscr track number is found, then the asso- 
ciated internal track number is returned. If net, the 

Analysis Module assigns a unique internal track number, adds 
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this pairing to the Cross Reference Table, and returns the 
newly assigned internal track number. Additionally, the 
Analysis Module uses the Cross Reference Table to find the 
sensor origin of a given contact report using the internal 
track number as an index to the table. Finally, when a 
specified contact is to be deleted from the TAC*II system, 
the Analysis Module deletes the pairing of sensor and 
internal track numbers from the Cross Reference Table. 

3. The Combat Ur it Dat a B ase 

The Combat Unit Data Base is contained within the 
Analysis Module and consists of static object knowledge 
about combat unit characteristics and capabilities. The 
unit attributes which are contained in this database are 
class name, unit name, maximum speed, and the emitters and 
weapons suites. The database is composed of five linked 
lists: the Intell List, the Quick Emitter List, the Quick 

Weapon List, the Fast Unit List, and the Quick Class List. 
Each of these linked lists is linear and unordered. 

The Intell List’s records contain ail of a unit's 
attributes, and a separate record exists for each unit 
loaded into the Combat Unit Data Base. (see Figure 4.2 (a)) 
The Quick Emitter List, the Quick Weapon List, the Quick 
Class List, and the Fast Unit List are inverted indices to 
the Intell List, (see Figure 4.2 (b) and (c) ) These inverted 
indices allow for rapid access to the names of units associ- 
ated with a particular emitter, weapon, speed or class. This 
precludes having to do a global search of the Intel! List to 
infer which units might be associated with a given 
attribute . 
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Figure 4.2 Combat Unit Data Base Lists. 

4 . £uer_y Formula tion 

The Analysis Module formulates and transmits queries 
to the World Model in order to obtain additional information 
concerning the tactical situation. The purpose of these 
queries is to check the dynamic portion of the Knowledge 
Base for any contact reports which might provide corrobo- 
rating information based on related geographical position 
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for target identification. The Analysis Module formulates 
its query based on the information contained in the tempo- 
rary contact report. Specifically, the platform type, the 
tearing, and the range are used to prepare a query whose 
response will contain a complete list of all geographically 
related contact reports. An effort will be made to correlate 
these reports with the temporary contact report. 

Each contact report should have an inferred platform 
type associated with it. The platform type has a direct 
effect on the bearing and range constraints of the geograph- 
ical sector limits of the query. This effect is based on the 
inherent performance capabilities of each platform type. The 
encoded procedural knowledge pertaining to the bearing and 
range constraints incorporates the assumption that no corre- 
lation is possible outside of these geographical sector 
limits. Once determined, these constraints are formatted 
into a query and transmitted to the World Model. 

5 . B acktr a cki ng 

The Analysis Module contains a backtracking proce- 
dure which solves a relative motion problem in order to make 
a correlation between two contact reports with different 
positional information. The relative motion problem is to 
determine the course and speed required to move from one 
geographic position to another during the elapsed time 
between two contact reports, taking into account own ship's 
movement. The backtracking procedure reduces the relative 
motion problem to a true motion problem by negating the 
effect of own ship's movement, and then it calculates a 
course and speed required for a contact to move between the 
two positions during the elapsed time. 

The backtracking procedure consists of three parts: 
the calculation of a resultant course and speed for own ship 
during the time interval, the negation cf own ship's 
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movement from the earlier contact report's positional infor- 
mation, and the calculation of the required course and 
speed. The calculation of own ship's resultant course and 
speed is performed by repeated application of the law of 
cosines on the various courses and speeds of own ship during 
the elapsed time between the two contact reports. 

The next step in the backtracking procedure is to 
negate own ship's movement from the earlier contact report's 
position. This step converts the relative motion problem to 
a true motion problem. The earlier contact report's posi- 
tion is "backtracked" along a line parallel to own ship's 
resultant course for the distance own ship travelled at its 
resultant speed during the elapsed time. This results in a 
geographically fixed true motion problem. 

The final step is to find the required course and 
speed necessary for the contact to travel the true distance 
between the two positions during the elapsed time. The 
required speed is a simple division of the true distance by 
the elapsed time, and the required course is calculated 
using the law of cosines. The analysis Module later uses 
this required course and speed, the solution to the relative 
motion problem, to determine the believability of the 
correlation between two contact reports. 

6 * Corr elation 

The Analysis Module performs a correlation between 
contact reports generated by different sensors in order to 
ascertain additional information leading possibly to a high 
confidence target identification. These correlations are 
made by comparing two contact reports at a time. The corre- 
lation procedure generates a correlation factor given the 
solution to the relative motion problem, and adjusts the 
confidence factors within each contact report accordingly. 
Correlation factors describe the believability that two 
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contact reports represent the same target, while confidence 
factors describe the believability of the information 
contained in specific record fields. 

The first part of the correlation procedure calcu- 
lates a correlation factor by comparing the required course 
and speed with both contact reports' actual courses and 
speeds. The results of this comparison are translated into 
a correlation factor which indicates how good the correla- 
tion is between the two contact reports. A heuristic is 
used in this translation which pertains to the normal opera- 
tions of a ship at sea. Generally, it is more common for a 
ship underway to make a course change than it is a speed 
change. Therefore the correlation is weighted accordingly. 

The second part of the correlation procedure is the 
modifying of the confidence factors in the twc contact 
reports in accordance with the strength of the correlation 
made between the two reports. A correlation between two 
contact reports can imply additional information about 
target identification, according to the strength of correla- 
tion. The confidence factors associated with each contact 
report will be affected in a positive or negative way. For 
example, if the correlation factor is high and the two 

reports each hold the same information in a certain record 
field, then the correlation should support the belief in 
that information. This "support effect" leads to a higher 
confidence factor being assigned to the information in both 
reports. The converse of this example is also true and 
results in a lower confidence factor assignment. 

If on the other hand, information is held in one 
record and not the other, the correlation procedure trans- 
fers the information to the other contact report. The 
believability of this new information, the confidence 
factor, is then modified by the correlation factor. 
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7 . Unc crr elation 

During the processing of sensor inputs and the 
acguisticn of more knowledge concerning the tactical 
picture, situations occasionally occur which require the 
Analysis Module tc uncorrelate two contact reports. 
Oncorrelation is necessary in order to remove the effects of 
a pricr correlation between the two reports. 

There are three such situations that require the 
Analysis Module to perform uncorrelation. One situation 
develops when a query response for a particular temporary 
contact repcrt does not include all previously correlated 
contact reports. for example, if Temp_contact 1 had been 
correlated with Contact3 and the current query response dees 
not include Contact3 , then Contact3 is outside the geograph- 
ical limits of the query and must therefore be uncorrelated 
(see Figure 4.3). The other two situations which require 
uncorrelation exist when a confirmed target identification 
is made cr when a contact report is deleted from the system. 
For all three situations, un correlation negates the effect 
cf one contact report on others in the database in order to 
maintain a consistent and accurate analysis of the tactical 
picture . 

Fcr the given situation, the un correlation procedure 
formulates a series of queries to the World Model to obtain 
each cf the contact reports which must be uncorrelated with 
the temporary contact report. Each of these queries is held 
in a query list until the World Model responds with a query 
response list. As each uncorrelation is performed, an 
updated contact report is sent to the World Model for both 
contacts. The temporary contact report then replaces any 
copies which may exist on the query list. 
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Temp_contact 1 



Contact Report 1 



Correlated List 




Query Response 
Contact Report 2 



> 






Contact Report 4 



Note : Contact Report 3 is not in the Query Response, 
thus it has been implicitly uncorre^ated , and 
the correlation effects must be negated. 






I 



Pigure 4.3 Example of Implicit Uncorrelation. 

In a manner similar to that of the correlation 
procedure, the uncorrelati on procedure modifies the confi- 
dence factors of a contact report which is being 

uncorrelated with the temporary contact report. As previ- 
ously stated in the correlation procedure description, a 
correlation is generally supportive of the confidence which 
is assigned to knowledge contained in both contact reports. 
The uncorrelati cn procedure must remove this "support 
effect". In essence, the procedure performs a correlation 
of the two reports with an assigned correlation factor of 
NONE. This results in a downgrading of the confidence 
factors in the contact report being uncorrelated, thus 
removing the affects cf the prior correlation. The modified 



50 



versions cf the contact reports are then sent back to the 
World Model. 

C. ANALYSIS MODULE OPERATION 

1 • P reliminar y Phas e 

The Analysis Module's operation essentially begins 
when a preprocessed sensor input is received. This sensor 
input consists of positional information and a confidence 
factor which indicates the degree of reliability associated 
with the position. This information is placed into a contact 
report tenplate known as the temporary contact report which 
is used to store the analytical and inferential knowledge 
about the contact's identification. This temporary contact 
report is ultimately transmitted to the World Model for 
inclusion in its database. 

The first step of Analysis Module operation, after 
the sensor input is received, is to assign an internal track 
number to the temporary contact report. The Analysis Module 
searches the Cress Reference Table with the sensor track 
number. If the sensor track number is found, the associated 
internal track number is returned. If not, the Analysis 
Module assigns a unique internal track number. In either 
case, the internal track number is placed in the temporary 
contact report for report identification purposes. The next 
operational phase of the Analysis Module involves inferences 
made pertaining to possible contact identification using the 
Combat Unit Data Base. 

2 . Combat Unit Data Ba se 

Using the information contained in the temporary 
contact report, the Analysis Module searches the Combat Unit 
Data Base for all information that could lead to the 
contact's identification. The amount and type of 
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information contained in the temporary report varies based 
on the sensor origin. The Analysis Module makes its infer- 
ences from the Combat Unit Data Base using the information 
contained in the following fields: unit name, class name, 

weapons, emitters, and contact's speed. 

Two basic search techniques are employed based on 
the information contained in the above contact report 
fields. If the temporary contact report has a unit name 
with a CCUFIBMED confidence factor, then the Intell List of 
the Combat Onit Data Ease will be searched for the specific 
unit, and that unit's identification information will be 
placed in the temporary contact report. If the unit name is 
not CCNFIBMED or the unit field is unfilled, the appropriate 
Class, Emitter or Weapon Quick List is searched to find all 
units having the given contact attributes. 

If the temporary contact report does not include any 
information about unit name, class, emitters, or weapons, 
then the Fast Unit Quick List is searched, if appropriate, 
using the contact's speed. A check is made of the contact’s 
actual speed against a threshold speed for applicable sensor 
contacts. The threshold speed for an air contact is 600 
knots, and for a surface contact, it is 40 knots. If the 

contact's current speed does not exceed the applicable 
threshold speed, then a search of the Combat Unit Data Base 
is net performed. This precludes a search returning a 
majority of the database as possible target identifications, 
which would be of little practical use. 

As the appropriate quick list is being searched, the 
list of associated unit names is placed in the unit list of 
the temporary contact report. Using the total number of 
units in this list, the Analysis Module calculates an appro- 
priate confidence factor for each unit which is the 
probability that the contact could be that particular unit. 
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Next, the Intell List is searched repeatedly for 
each unit on the unit list of the temporary contact report. 
All of units' information concerning class, maximum speed, 
emitters, and weapons is added to the temporary contact 

report. At this point, the temporary contact report holds 
all information relating to the multiple possibilities for 
target identification. The fields of the report are then- 
examined to remove all duplicate information. A count of 
duplicate items is kept in order to assign a confidence 
factor tc each particular entry in the class, platform, 

alliance, emitter, ard weapon lists. This calculated confi- 
dence factor is an indication of the believability that the 
contact has a particular attribute. 

The inference operation of the Analysis Module, 
using the Combat Unit Data Base, is now completed, and the 
temporary contact report contains the possibilities for 

target identification and their associated confidence 
factors. This temporary contact report is then utilized to 
formulate a query tc the World Model. 

3 • Cue r y Ha ndling 

after the Analysis Module has inferred as much 

information about the contact as possible from the Combat 
Unit Data Base, a query to the World Model is formulated to 
obtain additional contact reports, which on the basis of 
their geographical positions, might provide further suppor- 
tive information leading to target identification. The 
query is transmitted to the World Model, and the temporary 
contact report is placed in the query list under a unique 
query number. 

When the Analysis Module receives the query response 
list from the World Model, it searches the query list for 
the appropriate query number and removes the temporary 
contact report. All contacts with a CONFIRMED target 
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identification will then be pruned from the query response 
list. Next, the Analysis Module uses the sensor origin of 
the temporary contact report to eliminate all contact 
reports of the same origin from the query response list. 
This elimination is possible due to the assumption that 
sensors perform individual track correlation in their 
processing of raw data. The temporary conract report and 
the pruned query response list are than used by the Analysis 
Module in the correlation phase of operation. 

4 . Correla tion 

The Analysis Module performs correlations between 
two contact reports in order to infer any additional infor- 
mation that could possibly lead to an increased confidence 
in target identification. The Analysis Module correlates 
the temperary contact report with each report in the pruned 
query response list, cne at a time. 

The first step in the correlation between the two 
reports involves the generation cf rhe correlation factor. 
The two contact reports are passed to the backtracking 
procedure which solves the relative motion problem, and 
returns a required course and speed for a contact to travel 
between the two reports' positions. This required course 
and speed is then translated by the correlation procedure 
into a correlation factor indicating the degree of confi- 
dence held in the assumption that the two contact reports 
represent the same contact. Using the correlation factor. 
The Analysis Module combines the information held in the two 
reports and adjusts the associated confidence factors in 
accordance with the arrays listed in Tables I, II, III, IV, 
V and VI. 

Por an initial example to discuss how the correla- 
tion procedure uses these arrays to adjust confidence 
factors, we assume that the two contact reports are being 
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correlated the first time. The confidence factors in both 
reports are adjusted using the Support Array and Correlation 
Array as appropriate in the context given by the correlation 
factor. 

The adjustment of the confidence factors is 
performed fcr each record field in both contact reports, 
item by item. Initially, the confidence factors associated 
with the record entries held in common by both reports are 
adjusted. A two pass support correlation using the support 
Array is performed to mutually reinforce the information 
held between two contact reports which have been correlated. 
The temporary contact report is used as the effector in the 
first pass, while the query response report is used as the 



Temp Contact Query Response 



co rrel 



| factor 



I 

X = common field value 

PASS 1 

effector > effectee 

PASS 2 

effectee < effector 









Figure 4.4 Two Pass Support Correlation. 

effector in the second pass (see Figure 4.4). During each 
pass, the confidence factors are adjusted appropriately 
according to results of entry into the Support Array. After 



these two passes are completed, items held in one contact 
report but not the ether are added to the other contact 
report. The confidence factor assigned to this item is 
found by using the Correlation Array with the correlation 
factor as the context and the associated confidence factor 
as the value. 

After all record fields have been processed, the 
correlation factor and the track number of each report are 
placed in the correlated list of the opposite report. At 
this point, the correlation between the two contact reports 
is completed, and the updated version of the temperary 
contact repert is used to correlate with the next contact 
report in the query response list. Additionally, the 

updated contact report from the query response list is sent 

to the World Model. 

Fcr another example of the correlation procedure, 

assume that the temporary contact report and the second 
report cn the query response list have been previously 

correlated. The old correlation factor between the two 
contacts is found in the correlated list of the temporary 
contact report. Using the new and the old correlation 
factors, the Correlation Correction Table is entered 
yielding an ordinal correction number which is applied to 
the confidence factors for those record items held in beth 
reports. 

Since if is possible for correlations with ether 
reports tc take place between the time one contact report is 
correlated with a report for the second time, there could 
exist record items which are in one report and not the 
ether. These record items are added to the other report and 
the adjustment cf the associated confidence factors are 
handled in the same mannner as an initial correlation using 
the Correlation Array and the new correlation factor as the 
context. 
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When the temporary contact report has been corre- 
lated with every contact report on the query response list, 
the Analysis Module transmits the updated version of the 
temporary contact report to the World Model for storage. In 
addition, the Analysis Module sends the updated version of 
the temporary contact report to the Response Module 
triggering its operation. 

5 • Unccrr elation 

An infreguent phase of the Analysis Module's opera- 
tion is unccrrelation. In some situations, it is necessary 
to uncorrelate two contact reports in order to maintain 
accurate assessments of contact report identifications. For 
example, if a contact is deleted from the system, then the 
effect of that contact on all ether contacts in the system 
should be removed. After a CONFIRMED correlation is made 
between a temporary contact report and a query response 
report, any reports cn the temporary contact report's corre- 
lated list with the same sensor origin as the query response 
report must be uncorrelated (see Figure 4.5). This is based 
on our initial assumption of single sensor track correla- 
tion. Additionally, if a query response list dees not 

include all contact reports whose track numbers are located 
in the temporary contact report's correlated list, then the 
contacts whose track numbers are not in the query response 
list should be unccrrelated with the temporary contact 
report. This situation indicates that the prior correlation 
is no longer valid due to the contact being outside of the 
geographical sector limits used for query formulation. 

When one of these situations occurs, the Analysis 
Module transmits a query for each contact to be returned for 
uncorrelaticn. The uncorrelation operation is actually a 
correlation of the two contact reports with the new correla- 
tion factor being assigned the value of NONE. The old 



63 






Query Response 

Tenip_ccntact Report Contact Report 



1 


correlation 


1 

1 

1 >n 

1 

1 




factor = 


1 


Senscr - 


< > 


Sensor - { 


Sonar 


confi rmed 


Surface | 

Radar I 



T 



Air 

Radar 



V 



Intel 







Surf 

Radar 
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they cannot be reports cn 
the same contact. 



Figure 4.5 Example of CONFIRMED Oncorrelation. 



correlation factor, along with the new correlation factor of 
NONE, is used to enter the Correlation Correction Table. A 
negative ordinal value is returned and applied to each 
record item which is held in common by both reports, thus 
removing the effect cf the prior correlation. 

When all of the un correlations with this temporary 
contact report being held on the query list are performed, 
the updated temporary contact report is sent to the World 
Model . 
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6 . Summary 

The Analysis Module performs target identification 
when given an input contact report. It makes inferences 
about target identification based on both sensor input 
information and correlations made between geographically 
related contacts. The final results of continued Analysis 
Module operations, when applied to all sensor inputs, is an 
analysis cf each known contact. 

D. FUTOEE CONSIDERATIONS 

The most important area of the Analysis Module for 
future research and review involves the assignment cf confi- 
dence and correlation factors. These assignments are of 
vital importance to the accuracy and reliability of the 
TAC*II system output, since the confidence and correlation 
factors are used in reasoning and inference about possible 
contact identifications. 

The assignment cf confidence and correlation factors 
occurs in three areas of Analysis Module operations. First, 
the Analysis Module assigns confidence factors tc informa- 
tion inferred from the Combat Unit Data Base concerning the 
multiple possibilities of target identification. Secondly, 
the Analysis Module translates the results obtained from the 
backtracking procedure into a correlation factor. Finally, 
new confidence factors are assigned to record fields in 
contact reports involved in a correlation based on the 
strength of the correlation . 

In each of these three areas, a different heuristic was 
developed in order to assign the confidence or correlation 
factor by the use of several test cases and past experience. 
Future research and exhaustive testing should concentrate on 
trying tc validate these heuristics. If the heuristics are 
not general enough, then they should be extended tc produce 
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an accurate assignment of confidence and correlation 
factors. 

Another area of the Analysis Module that cculd be 
enhanced through future research is the organization of data 
in the Combat Unit Data Base, the Cross Reference Table, and 
the Query List. Through the use of advanced database manage- 
ment techniques, access time for information retrieval could 
be optimized in these data structures. 

Finally, in our implementation of the Analysis Module, 
the interactive query service for the operator was not 
encoded. Future work in this area should include the imple- 
mentation of the interactive query service as described in 
the detailed description of the Analysis Module interfaces. 
Additionally, a new feature which allows the operator to 
examine the inference process that leads x.o a particular 
target identification should be incorporated. This feature 
would be of benefit not only in terms of increasing user 
confidence about TAC*II, but also in the area of system 
testing and validation. 
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?. RESPONSE MODULE 



A. GENEBAL DESCRIPTION 



1 . Pu rpos e 

The overall purpose of the Response Module is to 
determine whether or not a response is warranted in a given 
situation, and if required, which response is most appro- 
priate. If is the most heuristic of TAC*II's three major 
modules since it makes a decision in an uncertain environ- 
ment cn hew to respond to a given situation. The Response 
Module maintains an afcstraciion of the current situation and 
the current situational readiness state which determines the 
context in which the "world" should be viewed. It is trig- 
gered by an input from the Analysis Module indicating a 
change in either the current situation or a change of 
readiness state. 

The action which takes place within the module is a 
two-phase process. First, it must be determined if there 
are any prescribed actions to take in the current situation 
based on military doctrine. Second, the current situation 
is examined to see if it is similar to any tactical 
scenarios stored in memory. If so, the successful actions 
taken in these scenarios are modified to be applicable to 
the current situation. 

The output from the Response Module is a list of 
required actions, and a prioritized list of suggested 
actions to be taken together with the certainty factors 
associated with the matching situations. The Response 
Module is subdivided into two major sub-modules to handle 
the two phases described above: the production matcher and 

the pattern matcher. 
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2. Produc tion Ma tcher 

The first sub-module, the production matcher, basi- 
cally handles the "black and white" rules - those which are 
standard military policy usually issued in directives. As 
the name implies, it is a set of production rules to be 
applied to the given situation. 

Production rules are condition-action pairs written 
in IF-THEN format. For example, a production rule in this 
system might look like the following: 

-IF a surface contact is detected AND it is in visual 
range 

-THEN alert the lookouts. 

The "IF" part of the productions, called the precondition, 
condition part, or left hand side, states the necessary 
conditions to be met for the rule to be applicable. The 
"THEN" part, called the action or right hand side, is the 
appropriate action to take. During execution, a production 
rule whose preconditions are satisfied can fire; that is, 
its right hand side can be executed. Production systems 
have the advantages of modularity, uniformity and natural- 
ness, whereas they suffer from inefficiency and unclearness 
in the control flow. For further details on production 
systems see £Ref. 2]. 

The Response Module maintains the current situ- 
ational readiness state. Based on this readiness state, the 
production rules concerning actions to be taken in that 
particular state are examined. The left hand sides of the 
rules are searched to determine which ones match the current 
situation based on known information. When matches are 
found, the Response Module gueries the World Model to deter- 
mine if unknown preconditions are met. For example, if a 
production rule states: 

-IF F AND Q AND R 
-THEN X 
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and the current situation matches P and Q, and R is unknown, 
then the Response Module queries the World Model to deter- 
mine if precondition S is true. If R is found to be true, X 
is executed. 

If a match is found, the right hand side of the 
production rule is triggered. The right hand sides incorpo- 
rate the actions to be taken in a particular situation and 
suggest these responses to the console operator. In cases 
where the Response Mcdule is triggered by a readiness state 
change versus a situation change, the production rules which 
apply in the new state must be reviewed and executed as 
required. 

The production matcher uses forward reasoning in its 
search. We start from the data, the new instance of the 
world, and deduce the best response consistent with current 
directives. In other words, we search the left hand sides 
cf production rules for matches, and the right hand sides 
produce the results. Backward reasoning does the opposite; 
it examines the right hand sides for matches and sets up the 
left hand sides as subgoals. 

3 • P atter n Matc her 

The second sub-module, the pattern matcher, handles 
the heuristic rules. We classify as heuristic rules such 
things as classical tactical scenarios from the past, war 
gaming experiences, and similar examples together with the 
actions which were taken and their degree of success. These 
rules differ significantly from those which the production 
matcher handles. The production rules are concrete, they 
must be followed, and the commander has no choice in the 
matter, whereas the actions associated with patterns are 
basically suggestions based on previous experiences. The 
commander has a free choice in which actions, if any, to 
take. The information stored in the pattern matcher is 
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important because the "black and white" rules which are 
stored in the production matcher are not all encompassing. 
The "black and white" rules basically deal with the ship's 
readiness and rules of engagement. They are generally not 
tactical, whereas the rules contained in the pattern matcher 
are. Additionally, in a high tension environment, the 
ability of the pattern matcher to search through the volume 
of information about historical tactical experiences and 
relate these to the current situation could prove to be very 
beneficial to the tactical commander. 

The pattern matcher, when given a new situation, 
searches its database for similar patterns based on the 
numbers cf each platform type and their positions. 
Associated with each pattern are one or more situations 
differentiated by details such as target type, weapons capa- 
bility, course or speed. The World Model is queried to 
determine which, if any, of the situations within the 
pattern, matches the current situation, and certainty 

factors are subsequently assigned to the matches. Finally, 
the actions which correspond to the matching situations are 
modified tc apply to the current situation, and those 
actions are displayed on the operator console along with the 
situation's certainty factor. 

B. EBODOCTION MATCHES 
1 , D etail s 

The production matcher has not been implemented; 
however, the conceptual scheme for this production system is 
described in this section. The input to zhe production 
matcher is a new instance of the World Model triggered by a 
change to the "world" received from the Analysis Module. 
This change could be an added, deleted, or changed contact, 
cr a change cf the current situational readiness state. The 



70 



production matcher maintains the currant situational readi- 
ness state which determines the context in which the "world" 
should be viewed. This state is viewed as a tuple consisting 
of various attributes. For example, the following six-tuple 
could be used as a state description : 

<DEFCON DANCCN WARNCON WEAPSTAT RELAUTH EHCON> 
where the following definitions apply: 

DEFCCN - the overall force defense condition 
DANGCON - an internally controlled danger condition 
WAENCON - warning condition normally controlled by 
the next higher authority in the tactical 
chain of command 

WEAPSTAT - reflects own unit weapons status 
RELAUTH - indicates whether weapons release authority 
has been granted 

EMCON - indicates the emission condition of onboard 
electronic emitters 

The output from the production matcher is a set of responses 
representing actions to be taken in prioritized order. 

The first step in the production matcher algorithm 
is to retrieve that set of production rules appropriate to 
the current situational readiness state. The rules are orga- 
nized by readiness states because actions required in 
different states are often very different. For example, the 
actions required in a "hot war" situation differ signifi- 
cantly from those actions required during "peacetime 
steaming". Since the number of rules associated with the 
different readiness states is extremely large, we envision 
only the applicable set of production rules being kept in 
short term memory. When a state change is received, the set 
of rules appropriate to the new state will be retrieved and 
any actions required in the new state will be determined. 



71 



When triggered by the Analysis Module, the produc- 
tion matcher scans all rules in memory and selects- these 
which could be satisfied; that is, all condition parts of 
the rules must be either true or unknown. Subsequently, the 
World Mcdel is queried to determine if the unknown condition 
parts of the retrieved rules are true. In order to perform 
the guery, the production matcher must translate the condi- 
tion part into appropriate query format which requires a 
yes/no answer. If all condition parts are true, either 
initially or after obtaining knowledge from the World Model, 
the rule is fired, the response is displayed, and the next 
production rule is checked. 

The major task in the programming of the production 
matcher is to find the rules and to properly organize them. 
Additionally, the queries must be derivable from the condi- 
tion parts cf the production rules. Finally, actions repre- 
sented by procedural knowledge must be encoded. 

2 . S xa mrl e 

The following scenario is provided to illustrate how 
the production matcher should operate. In this example, we 
start in the readiness state; 

<DEFCON DANGCCN WARNCON WEAPSTAT R ELAUT H EMCON> 

< A GREEN GREEN V NO RADI AT E> 

The possible values for the attributes of the tuples are 
listed below; 

DEECCN - A, E, or C 

DANGCON - GREEN, ORANGE, or BLUE 

WARNCON - GREEN, ORANGE, or BLUE 

WEAPSTAT - I (missiles and guns manned and ready) ... 

IX (missiles and guns not operational) 
REIAOTH - YES or NO 
EMCON - RADIATE or SILENT 
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This is assumed to be the lowest normal readiness state. We 
will develop an escalating situation with one other comba- 
tant ship until we get to the point of weapons release. The 
first contact the system observes is a surface vessel. Once 
the contact information is received from the Analysis 
Module, the following rules are retrieved: 

-IF a surface contact is detected AND that contact is 
burdened 

-THEN maintain course and speed until extremis or 
the contact is astern 

-IF a surface contact is detected AND it is not 
currently identified 

-THEN tell the ESM operator to concentrate his 
search in the contact's area to obtain a classi- 
fication . 

-IF a surface contact is detected AND it is in visual 
range 

-THEN alert the lookouts 

The second rule in the scenario would fire for the 
following reasons. First, it is true that a surface contact 
is detected because that information was received in the 
contact report from the Analysis Module. Next, a query to 
the World Model would reveal that the contact is not 
currently identified. Since both condition parts are now 
true, the action is executed. In this case, a message would 
be transmitted to the ESM operator. 

Now we obtain additional information which classi- 
fies the contact as an Orange Force cruiser (Orange Forces 
are hostile). The following rule is found to be applicable: 
-IF an Orange Combatant is detected 
-THEN 

# 

-Call away the intelligence collecting team 
-Close the contact to obtain photographs 
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Since the condition part of this rule is known tc be true 
from information received from the Analysis Module, the 
action is immediately fired. For this particular action, 
the message to call away the intelligence collecting team is 
displayed. Additionally, using the contact’s bearing, the 
system will calculate and display the desired intercept 
course in addition to outputting the second message. 

Our next piece of information received is that the 
Orange cruiser is tracking own ship with a fire control 
radar, an event that leads to the firing of a weapon. Still 
in the same state, we find the following rule: 

-IF a hostile combatant commences tracking with a 
fire control radar 
-THEN 

-Recommend Warning Condition Orange 
-Report the incident 
-Shift readiness condition to 
< A ORANGE GREEN V NO R ADIATE> 

(increase DA NGCON) 

When we execute this rule, the production matcher shifts the 
situational readiness state by changing the Danger Condition 
from Green to Orange. This state change causes an examina- 
tion of a new set of production rules where we find the 
following: 

-IF a hostile combatant is tracking 

-THEN man the weapons systems but do not track 
the combatant 

-IF a hostile combatant is tracking AND has trained 
weapons at own ship 
-THEN 

-Recommend Warning Condition Blue 
-Shift to <A BLUE' GREEN V NO RADI AT E> 
(increase DA NGCON) 
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At this point, we have not yet been able to complete the 
manning of the weapons systems. Otherwise, we would have 
shifted the Weapons Status attribute. Once we have shifted 
to Warning Condition Elue we find the following rule: 

-IF a hostile combatant is tracking own ship AND is 
training weapons on own ship 
-THEN 

-IF not at General Quarters (GQ) , THEN order 
GQ stations 

-Inform superiors of situation and intent to 
return fire 

We new complete the manning of our weapons system and indi- 
cate this action via the operator console. This action trig- 
gers another state change to 

< A BLUE GREEN I NO EADIATE>, 
signifying the change of weapons status. 

This limited example of some production rules demon- 
strates the way in which we envision the production matcher 
will function. 

C. PATTERN HATCHER 

1 • Re asoning bj Analog v 

Ihe original goal for implementing the pattern 
matching portion of the Response Module was to incorporate 
reasoning by analogy as the methodology by which responses 
would be suggested. Analogy seems to be a natural mode of 
thought for humans. When faced with a new situation, we 
usually react by searching our memory for similar situ- 
ations, selecting the "best” match, and modifying the known 
reaction associated with the known situation to account for 
the differences between the known and new situations. 
Although recognized early and discussed in both Artificial 
Intelligence and Psychology circles, computer implementation 
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cf analogical reasoning is still difficult, if not 
impossible, to accomplish. 

The goal in this methodology is to construct a 
system which allcws the computer to reason about one situ- 
ation given a known situation which can be used as a guide 
in evaluating future actions cr solutions. The paradigm 
usually associated with analogical reasoning consists of 
starting with a solved problem P and a corresponding solu- 
tion S. To solve a new analogous problem Pa, we first must 
derive seme analogy A: P --> Pa, then apply that "function" 

A tc the original solution S and execute the result to 
obtain the solution to Pa. In the context of the TAC*II 
system, the goal is to first find a mapping between a knewn 
tactical situation stored in memory and the current situ- 
ation, and to then apply that mapping to the "known" solu- 
tion. The result will be the response no take in the 
current situation. 

Seme literature is available which discusses analog- 
ical reasoning; however, most of the literature provides 
only vague ideas. The geometry analogy is widely discussed, 
where a system is given pictures of gsomeuric objects and is 
asked "A is to B as C is to which of D1, D2,...,Dn?", much 

like intelligence test questions [Ref. 3], [Ref. 4]. Kling 
[Ref. 5] preposed a system, ZORBA, which used analogical 
reasoning in the area of theorem proving. Moore and 
Newell’s efforts were directed towards building MERLIN, a 
program capable of "understanding" Artificial Intelligence, 
by using a basic data structure which incorporated analogy 
[Ref. 6], Hinston presented a theory of analogy and a 
description cf an implemented system which used an object 
oriented representation with extensible relations and both 
reasoned and learned through analogy [Ref. 7]. 
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2 • A fp lyi ng Reas oning by Analog y to T AC* II 

The overall strategy is to apply reasoning by 
analogy together with partial matching to the task of 
deriving possible actions from similar past battle 
scenarios. Our known patterns and solutions must be repre- 
sented and stored in a knowledge base. The current situ- 
ation is to be derived from information from the Analysis 
Module. This current situation will serve as our new situ- 
ation for which the best matches are to be sought from among 
the known patterns. The parts of those matches which are 
"good enough" must then be placed into correspondence with 
the parts of the current situation, at which time the 
analogy process begins. Questions such as "Is a cruiser like 
a destroyer?" or "Is two ships approaching with a helicopter 
close by similar to two ships departing?" must be resolved. 
Various confidence levels will be associated with the 
strength of the analogies and combined to determine the most 
similar known battle scenarios. Finally, the differences 
between the two situations must be identified and resolved 
by appropriately modifying the known solution according to 
those differences. 

In the problem ax hand, the first consideration must 
be to develop a good representation of applicable knowledge 
in sufficient but not overpowering detail, to enable effi- 
cient partial/best matching. Since the World Model contains 
detailed information about each and every contact report, 
this knowledge base is on far too grand a scale to be of any 
significant value to the pattern matcher. It is mandatory 
that knowledge about the current situation be represented as 
much as possible in the same manner as the knowledge 
concerning the known patterns. Consequently, the informa- 
tion contained in the pattern matcher must be condensed and 
represented as a separate structure to be used in the 
pattern matching algorithm. 
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The known patterns and solutions consist of battle 
scenarios of the past together with the actions which were 
taken. With this in mind, our representation of 'these 
patterns should symbolically describe a "snapshot" of all 
targets, ships in our own force, and any important informa- 
tion about the environment (e.g. , storms which would indi- 
cate low visibility or unreliable sensors, or geographical 
harriers such as jutting peninsulas) . The known solutions 
will simply be represented as natural language strings with 
embedded variables representing specific targets, course, 
speed, etc. These variables will be replaced by the corre- 
sponding current targets, speed and course after the 

matching and analogy process is completed, and constitute 
the recommended course of action. These solutions consti- 
tute the procedural knowledge represented in the pattern 
matcher . 

In order to obtain an appropriate representation for 
the current situation, the Response Module will receive 
contact reports for new, deleted or changed targets, and 
will internally pass them to the pattern matcher. These 
reports will be reformatted and stored as a "snapshot" 
similar to that of the known patterns. Since environmental 
information is not known, it must be obtained from the 
operator in order to place situations into correspondence. 

The pattern matcher will be activated upon each 
receipt of a new target, a deleted target, or a changed 
target. It searches its knowledge base of known patterns for 
those which are similar by pairing up corresponding parts. 
Similarity is determined by importance - those high level 
situational farts which are specified as important in the 
known pattern must match exactly. Once all similar situ- 
* ations are discovered, the analogy process commences. In the 
simplest case, the current situation is an exact replica of 
a kncwn pattern, and the action is simply tc transmit the 
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known solution, with appropriate variable substitution, to 
the console. The most probable case, however, will be that 
situations are not identical. This necessitates the attempt 
to discover if the different situation parts could be 
considered similar, which in turn requires further knowledge 
to be stored concerning the various relationships and simi- 
larities among various information. In MERLIN’S terms, we 
try tc view situation part Si as a different situation part 
S2. This process recursively proceeds until either the two 
parts are considered similar or not. Although the simi- 
larity guestion is basically all or none, the confidence 
levels associated with the various relationships, and the 
combinations thereof transform the discrete answer into a 
"fuzzy” one. 

Once a known pattern is discovered to match the 
current situation, modifications must be made to the kncwn 
solution in order to account for the differences between the 
situational parts. These modifications might be cut and 
dry, for instance, if the differences were simply a matter 
of bearing cr speed, or they might be much more difficult. 

D. IMPLEMENTATION 
1 • Introd uction 

The code developed for the pattern matcher does not 
quite satisfy the goals described above. It provides for 
matching the current situation with previous patterns, and 
assigns various confidences to the strength of the match 
based on bearing and range correspondences among the types 
of targets. The numbers of each platform type must match 
exactly. Cnee a general pattern is matched, queries are made 
to the World Model tc determine how well specific situations 
associated with the general pattern match the current situ- 
ation. This second match is vital to differentiate between. 
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for example, an aircraft carrier situation and a frigate 
situation, both of which would be stored under a pattern 
consisting of one surface contact. The matching situations 
are then ordered according to the confidences assigned to 
various components and the "best” solution, that with the 
highest certainty factor, is suggested as output to the 
console. 



2 • Rec ord S tr uc ture s 



There are basically three record structures used in 
the pattern matcher, as shown in Figures 5.1, 5.2, and 5.3. 



i i 



SIT TAfiGET = RECORD 

DIFF : DEGREES; (^relative bearing difference 

between adjacent targets*) 
TARGET TYPE : WHAT T ARGET ; (*surf ace , air or sub*) 
ERG : DEGREES ; 

RNG ; MILES: 

NEXT SIT : SIT PTR; (*forward pointer to next 

target*) 

PRE7 PTR : SIT PTR; (*bacfcward pointer*) 

ENE ~ " 
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Figure 5. 1 Situation Record. 

The target record and situation record represent current 
targets and pattern targets respectively, while the pattern 
record is basically an organizer of pattern targets. A 
pattern is a symbolic description of a tactical scenario 
with mcst of its details suppressed. It is concerned only 
with platform type, bearing and range. 

Associated with each pattern are various situations 
which are different with respect to their details. The 

three record types all appear in linked lists. The input 
current situation is a linked list of situation targets 
which is broken up into three doubly linked lists corre- 
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TARGET = RECORD 

DIFF : DEGREES; (*relative bearing difference 

between adjacent targets*) 
TARGET TYPE : WHAT T ARGET ; (*surf ace , air or sub*) 
HEARING ; DEGREES;” 

RANG ; MILES; 

NEXTP : TARGET PTR; ( *f orward pointer to next 

target*) 

PREV PTR : TARGET PT R ; ( *backwa rd pointer*) 

CCRRIS : SIT_ PTR 7*link to corresponding 

s ituation*) 

END 



Figure 5.2 Target Record. 



PATTERN 



NAME : NAME RANGE ; (*internal pattern 
INTEGER: ( *vhich sit 



END 



LIST = RECORD 

number*) 

( *vhich situation in pattern*) 
; INTEGER; 

TARGET PTR; (*pointer 
INTEGER! 

TARGET PTR ; (*pointer to 
INTEGER ; 

TARGET PTR ; (*pcinter to list of air*) 
PATTERN PTR; (*pointer to next 

pattern*) 



SOB CASE 
NO M“ SHI PS 
SHIP PTR 
NOM ROB ; 
SOE” PTR ; 
NOM” AIR : 
AIH"ETR ; 
NEXT PTR 



to list of ships*) 
of subs*) 



lisi 



Figure 5.3 Pattern Record. 

sponding to ships, submarines and air contacts. The 

patterns are organized as a linked list of pattern records, 
each cf which has three doubly linked lists attached which 
correspond to ship, submarine and air pattern targets. 

Additionally, a prune record, shown in Figure 5.4, is used 
to link those pattern records together (into a prune list) 
which match the current situation. 
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PRONE NOCE = RECORD 
CCNF : PERCENT; 


(♦certainty factor for the match*) 


GOOD PATTERN : I 


PATTERN PTR; (*pointer xo the 




matching pattern 


node*) 1 

NEXT PRONE : PRO NED ; (*pointer to next Drune 




record*) 

— 1 


END; 



Figure 5.4 Prune List Record. 

3 . The Matchi ng Proce ss 

The basic pattern matching algorithm consists of 
pruning the pattern list at several different levels. We 
first seek all patterns which involve the same number of 
platform types. From those patterns, we eliminate those 
whose bearings and ranges do net correspond. Finally, we 
determine which particular situation associated with the 
matching pattern is the closest match. 

At the first level, the numbers of the various 
target platforms in the currant situation are calculated. 
The list cf patterns is then scanned for patterns which 
involve the same number of platforms, and only those exact 
matches are saved in the prune list. For example, if the 
current situation involves three ships and two air contacts, 
all cf the patterns corresponding to three ships and two air 
contacts will be linked up in the prune list. The current 
situation is then reformatted to more closely reflecx the 
structure of the patterns. Ship targexs, submarine targets 
and air targets are segregated into separate linked lists. 
Relative tearing differences between adjacent targets are 
calculated, and the ninimum differences are saved to provide 
a starting point for the matching process. These target 
linked lists are then sorted by ascending relative bearing 
differences. 
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The second level of matching involves checking both 
bearing differences and ranges. For each platform type, the 
process starts at the situation target with the minimum 
bearing difference, and determines if a pattern target 
exists within a certain tolerance of that bearing differ- 
ence. If this match is successful, the two lists are trav- 
ersed simultaneously to determine if the remaining bearing 
differences correspond. The first list traversal checks for 
reflection : the pattern list is traversed in the backward 

direction while the situation list is traversed in the 
forward direction. If it is discovered that the pattern 
does not match the current situation, the traversal is 
repeated, traversing both lists in the same direction to 
check for rotation. For the special case of exactly two 
targets, either reflection or rotation could provide a 
match. However, since reflection is tested first, it will 
be used unless it fails the range check. 

If all bearing differences correspond through either 
rotation or reflection, the ranges are examined. Again, the 
situation and pattern lists are traversed according to 
whether reflection or rotation was used, to determine if the 
range differences fall within a certain percentage of the 
pattern target range. At this point, if a match is net found 
and there are exactly two targets, the assumed reflection- 
based bearing match is changed to a rotation-based bearing 
match. The correspondences are then reversed, and the ranges 
are checked again. If a pattern matches now, correspondence 
between parts is established by creating a link between each 
pattern target and its corresponding situation target. This 
link, the correspondence link, is used zo check for corre- 
spondences among the platform types, to determine which 
contacts to query the World Model for, and to calculate 
actions. 
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At this point, a match indicates that the currant 
ship targets have been placed into correspondence with rhe 
pattern ship targets, the current submarine targets with the 
pattern submarine targets, and the current air targets with 
the pattern air targets. The next level executed by the 
pattern matcher verifies that the relative bearings between 
the different target types is within the given tolerance by 
checking ships against submarines, ships against air 
contacts, and submarines against air contacts. The impleraen- 
taticn cf the inter- platform bearing match procedure 
consists of two nested loops. The outer loop traverses the 
first pattern platform list while the inner loop traverses 
the second. Pattern bearing differences between platfcrm 
types are calculated straightforwardly, whereas the corre- 
sponding situation bearing differences are calculated after 
first accessing relative bearings through the correspondence 
link previously established. Again we have a special case. 
If there are exactly two targets and their ranges are 
similar, a reflection-based match would have been made; 
however, either reflection cr rotation could have produced a 
bearing-range match. Therefore, if an inter-platf crm 
tearing match is not found at this point, the loops are 
executed again, reversing the correspondence links of the 
two targets. 

We now have a prune list of all patterns which match 
the current situation based on relative bearing and range. 
If nc patterns are found to match, the entire process is 
repeated, with less restrictive bearing and range toler- 
ances, until either a match is found or a specified 
tolerance limit is reached. 

The next level of the pattern matcher is highly 
dependent on the programming of the situations associated 
with given pattern scenarios and their solutions. If we 
have a match at this point, we have identified a general 
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pattern which is similar to the current situation, and whose 
parts or targets are linked to the corresponding situation 
targets . 

Many situations can fit any given pattern based on 
variables such as target type, course or weapons capabili- 
ties. Fcr example, a pattern of one ship is a generaliza- 
tion of one carrier, one destroyer, etc., all of which would 
be handled differently. For each situation associated with a 
given pattern, it must be determined if the specifics of 
that pattern situation correspond to the current situation. 
The basic mechanism used is to query the World Model for 
specific information, such as target classification and the 
associated strength cf that information, for each important 
target in the pattern. These strengths are then combined, 
according to the significance of each target in the pattern, 
and stored as a certainty factor in the prune record for 
subsequent sorting. Finally, the solution corresponding to 
the best situation matched is calculated and displayed. The 
console display additionally includes a description cf how 
well the general pattern matched, and the certainty factor 
indicating how well the specific pattern situation matched. 
The opportunity is provided to view the next best matching 
pattern. 

4 . Example 

An example is provided to clarify the associaticn of 
situations with patterns. Pattern 7, which exists in the 
code and is shown in Figure 5.5, consists of three ships and 
two air contacts. The first situation corresponding to 
pattern 7 is an aircraft carrier escorted by two destroyers, 
and two helicopters. The second situation involves two 
fighter aircraft and three ships of any type. In each situ- 
ation, tte importance cf the various parts is encoded in the 
algorithm. Assuming pattern 7 matches the current 
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situation, a series cf queries are made of the World Model 
to fill in the details. For the first situation, the World 
Model is asked for the confidence that the first ship' is an 
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Figure 5. 5 Pattern 7. 

aircraft carrier, the confidence that the other two ships 
are destroyers, and the confidence that both air contacts 
are helicopters. These confidences are weighted 
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proportionally according to the relative importance cf that 
particular situation part, and combined to form a certainty 
factor. 

In this example, since the importance of the 
aircraft carrier overshadows the other targets, a very high 
percentage cf its confidence is combined with lew percent- 
ages of the confidences of the remaining targets. The 
resulting certainty factor is a measure of how sure we are 
that the first pattern situation associated with pattern 7 
matches the current situation. 

The same prccess is then applied to the second 
pattern situation. The maximum of the certainty factors 
found for the two pattern situations related to pattern 7 is 
stored in the prune record corresponding to that pattern. 
Finally, the action associated with the best matching situ- 
ation is calculated to apply to the current situation. In 
this example, the first pattern situation is determined to 
be the best match, and its corresponding action is to clcse 
the aircraft carrier. The link from the pattern target to 
the situation target provides access to the carrier's 
tearing, which enables the pattern matcher to calculate the 
appropriate course. This action is then displayed on the 
operator console together with its certainty factor. 

5 . F uture Consi derati o ns 

The code as implemented provides the overall struc- 
ture for pattern matching; however, several enhancements 
would be desirable. First, the pattern matcher saves only 
those patterns which have the same number of platform types 
as the current situation. Realistically, a similarity 
between the current situation and a pattern may exist 
without this kind of match. Knowledge about similarities, 
embedded in this sub-module, would allow non exact matches 
if the differences were not significant. 
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The tolerances for bearing differences and ranges 
are presently static and are applicable to all patterns. It 
is conceivable that for some patterns, these tolerances need 
not be very strict, whereas for others, it is of the utmost 
importance. Each pattern could incorporate its own restric- 
tions on bearing and range tolerances to avoid the global 
restrictions. 

Cnly the best situation associated with a matching 
pattern is saved, and its corresponding action displayed. 
The operator only has the option of seeing actions associ- 
ated with ether matching patterns displayed after the best 
match is determined. Modifications could be made to addi- 
tionally allow the operator to view alternative actions 
corresponding to a given pattern, if desired. 

One example of a pattern and its corresponding 
situaticn/action pairs was encoded. Further research needs 
to be done to determine actual patterns to be implemented, 
the situations which fall under those patterns, and hew to 
handle the associated actions. 

Finally, a query mechanism to provide the operator 
with access to the knowledge incorporated in the Response 
Module is desirable. This would allow the operator to deter- 
mine how actions were derived by the system from production 
rules in the production matcher and from the similar 
situations in the pattern matcher. 
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VI. CONCLUSION 



A. OBJECTIVES AND RESULTS 

The primary objective was to design in detail and imple- 
ment, as much as possible, an expert system for use in the 
tactical environment. This goal has been achieved: the World 
Model and the Analysis Module have been fully implemented, 
and a portion of the pattern matcher within the Response 
Module has been implemented. 

The target machine for the implementation of TAC*II is a 
distributed microcomputer network. Presently, TAC*II is 
written in Fascal/VS and runs on an IBM 37 0/3 033AP ir. the VM 
operating system. The distributed nature of the TAC*II 
system is simulated through the multiuser environment of CP. 
The World Model and the Analysis Module run on individual 
instances of CMS, and communicate with each other using the 
virtual card punch mechanism. Although, the pattern 
matching portion of the Response Module has not yet been 
interfaced with the remainder of the system, it is also 
implemented in Pascal/VS on the same system. 

In the tactical environment, a system like TAC*II must 
operate in real time. Currently, it has not been verified 
that TAC*II will actually meet this requirement; however, 
due to the system design, we believe that it is possible. 
Our goal was not to design a prototypical system which did 
run in real time, but rather to design a system which 
performed the required functions. Once our system is fully 
operational, it can be modified or optimized to meet the 
necessary time requirements. 
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T AC * 1 1 was intended tc be a generic expert tactical 
decision making system. This objective was met as ranch as 
possible; however, cur past Naval experience and the desire 
to complete module implementation caused a few minor devia- 
tions from this goal. Some modifications will be necessary 
to convert the system from the Navy tactical environment to 
a different tactical environment; however, the basic system 
structure is equally applicable to all military 

organ izaticns. 

The adherence tc accepted software engineering princi- 
ples has and will continue no benefit the users and modi- 
fiers of our system. TAC*II was designed in a modular 
fashion using the idea of "black boxes". Procedures were 
written to perform functions independently, so that once a 
procedure was verified, it could be treated like a "black 
box". The primary module communication is well defined by 
specific record structures. The entirety of the code was 
written with readability and comprehensibility in mind, and 
comments were generously provided. 

B. FOTOBE CONSIDERATIONS 

As indicated in the previous section, TAC*II has not 
been fully implemented. With the completion of the overall 
system, the inclusion of "expert" knowledge, and the imple- 
mentation of TAC *1 1 in a distributed environment, the system 
can be fully tested. 

Expert knowledge, that which is domain specific, must be 
obtained and placed in the Response Module. This knowledge 
will be implemented in two areas: the production rules, and 

the situation/action pairs associated with patterns. Within 
the production rules, military doctrine must be translated 
into IF-THEN rules. Within the pattern matching portion, 
experts must provide situations and corresponding actions to 
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be translated into coded procedures. In addition, expert 
knowledge about individual combat units will have to be 
obtained and placed in the Combat Unit Data Base of the 
Analysis Module. 

One characteristic of the final production model of 
TAC*II will be that it operates in real time. The data 
organization and information retrieval methods used in 
TAC*II have a direct effect on system response. Future 
consideration should be given to the storing of information 
in data structures which allow more efficient and optimal 
search strategies to be implemented. Further research and 
the application of advanced database management techniques 
should prove .beneficial in the effort to improve the system 
response time of TAC*II. 

In the implementation of TAC*II, confidence factors play 
a critical role in making inferences about target identifi- 
cation and in matching a current situation with a pattern 
and its associated actions. It is of vital importance that 
these confidence factors reflect the true believability of a 
specific piece of information in order to preserve the accu- 
racy and reliability of inferences and analogies made by the 
system. The heuristics used in the generation of these 
confidence factors should be checked against tactical exper- 
tise and experience to ensure universal acceptability. 
Exhaustive testing using historical and simulated battle 
scenarios should be performed in order to validate these 
initial heuristics. 

The operator query mechanism which was discussed in a 
previous chapter is yet to be implemented. It incorporates 
the selected retrieval of knowledge from the World Model, 
the Combat Unit Data Base of the Analysis Module, and the 
rules of the Response Module. This could be enhanced to 
incorporate a knowledge tracing mechanism which will display 
the logic and reasoning used by the TAC*II system to make a 
particular decision of inrerest. 
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Finally, we should address the issue of man machine 
interfaces. Although it is a vital area, we felt that the 
primary emphasis should be placed on the actual derivations 
of appropriate algorithms and heuristics. In the future, 
graphical displays and the console interface must be inves- 
tigated. It is mandatory that the system present all rele- 
vant information while suppressing irrelevant details. He do 
not want the tactical commander to be swamped with data, nor 
do we want significant information to be missed. 

C. SUMMABY 

TAC*II is an expert system for the tactical decision 
maker. It incorporates Artificial Intelligence methods, 
database operations, and software engineering principles, in 
achieving its goals. Those goals are to provide to the 
tactical decision maker, information about the current situ- 
ation and suggestions on actions to take. The system 
receives preprocessed sensor inputs, and infers additional 
information by querying a static database of contact infor- 
mation. It performs target correlation by retrieving all 
similar contact repcrts from its dynamic database, and 
determining if any of the retrieved contact reports could 
aid ir. the identification of the current contact. Whan two 

contacts are correlated, a confidence factor is assigned 
according to the strength of the correlation. Finally, the 
production rules and patterns are searched for matches to 
the current situation, and the appropriate actions are 
displayed on the operator console. 

TAC*II fills an extremely important role as an aid to 
the tactical decision maker. In this high pressure, high 
density and time critical environment, our system will 
perform consistent ly , and as "intelligently" as its expert 
knowledge allows. TAC*II provides a working prototype of a 
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very necessary tactical system from which actual systems may 
be developed. 
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AP PENDIX A 

SAMPLE OOTEOT FROM THE PATTERN MATCHER 

The input situation is diagrammed in Figure A. 1. The 
first six patterns encoded do not match this situation by 
number of platform types. Pattern 7 is the pattern shewn in 
Figure 5.5 in Chapter 5, and has the two associated situ- 
ations as described in Chapter 5. Pattern 8, shown in 
Figure A. 2, does not have any associated situations, and 
therefore produces only a match vice an action. The output 
from the pattern matcher, given this input, is shown below.- 



Terminal Session 1 *** 

PATTERNS WERE FOUND 

CHECKING FOE SIGNIFICANT MATCHES 

THE FCLLCWING QUESTIONS SIMULATE 
QUERIES TO THE WORLD MODEL FOR SPECIFICS 
PERTAINING TO THE FIRST SITUATION 

WHAT IS CONFIDENCE THAT SHIP 

HEARING 100 AT RANGE 50 IS A DESTROYER? 0-100 
50 

WHAT IS CONFIDENCE THAT SHIP 

HEARING 200 AT RANGE 75 IS A DESTROYER? 0-100 
50 

WHAT IS CONFIDENCE THAT SHIP 

HEARING 210 AT RANGE 90 IS A CARRIER? 0-100 
50 

WHAT IS CON F AIR CONTACTS ARE HELOS? 0-100 
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50 



THE FOLLOWING QUESTIONS SIMULATE 
QUERIES TC THE WORLD MODEL FOR SPECIFICS 
PERTAINING TO THE SECOND SITUATION 



WHAT IS 


CONFIDENCE TEAT 


AIR 










EEARING 


290 AT RANGE 


90 


IS 


A 


FIGHTER? 


0-1 00 


50 














WHAT IS 


CONFIDENCE THAT 


AIR 










BEARING 


270 AT RANGE 


100 


IS 


A 


FIGHTER? 


0-1 00 


80 














END OF 


PATTERN CHECK 













REST ACTION WILL BE DISPLAYED FIRST 

COME TO COURSE 280 TO CLOSE AIRCRAFT 

SITUATION MATCHED WITH CONFIDENCE 80 

ON SCALE 0-100 

VERY LOW TOLERANCE USEE - PATTERN MATCHES EXCELLENTLY 

TYPE "Y" FOR NEXT BEST ACTION 

TYPE "N" FOB DONE 
Y 

PATTERN 8 MATCHES 

NO SITUATIONS ARE PROGRAMMED YET 
CONFIDENCE WILL EE 0 

SITUATION MATCHED WITH CONFIDENCE 0 

ON SCALE 0-100 

VERY ICW TOLERANCE USED - PATTERN MATCHES EXCELLENTLY 
THIS IS THE LAST MATCHING PATTERN 
PROGRAM IS TERMINATED 
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*** Terminal Session 2 *** 



PATTERNS WERE FOUND 
CHECKING ECR SIGNIFICANT MATCHES 

THE FCLLCWING QUESTIONS SIMULATE 
QUERIES TC THE WORLE MODEL EOR SPECIFICS 
PERTAINING TO THE FIRST SITUATION 

WHAT IS CCN FIDENCE THAT SHIP 

EEARING 100 AT RANGE 50 IS A DESTROYER? 0-100 
50 

WHAT IS CONFIDENCE THAT SHI F 

EEARING 200 AT RANGE 75 IS A DESTROYER? 0-100 
75 

WHAT IS CONFIDENCE THAT SHIP 

EEARING 210 AT RANGE 90 IS A CARRIER? 0-100 
80 

WHAT IS CCNF AIR CONTACTS ARE HELOS? 0-100 
50 

THE FOLLOWING QUESTIONS SIMULATE 
QUERIES TC THE WORLE MODEL FOR SPECIFICS 
PERTAINING TO THE SECOND SITUATION 

WHAT IS CONFIDENCE THAT AIR 

EEARING 290 AT RANGE 90 IS A FIGHTER? 0-100 
50 

WHAT IS CONFIDENCE THAT AIR 

EEARING 270 AT RANGE 100 IS A FIGHTER? 0-100 
25 

END OF PATTERN CHECK 

EEST ACTION WILL BE CISPLAY ED FIRST 
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COME TO COURSE 335 FOR RECIPROCAL OF SHIPS 

(*** SECCND SITUATION MATCHES ***) 

SITUATION MATCHED WITH CONFIDENCE 73 

ON SCALE 0-100 

VERY ICW TOLERANCE USED - PATTERN MATCHES EXCELLENTLY 
TYPE "Y" FOE NEXT BEST ACTION 
TYPE "N" FCE DONE 
N 

PROGRAM IS TERMINATED PER YOUR REQUEST 
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Figure A. 1 Input Situation. 
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Figure A. 2 Pattern 8. 
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APPENDIX B 

SAMPLE OUTPUT FROM THE ANALYSIS MODULE 



These reports are the accumulation of information that was 
input into TAC*II for this example run. This information 
consists of two sections: the Combat Unit Database 

Information and the Sensor Reports. The system is case 
sensitive and the information presented here is in the case 
in which it was inputted into the system. 



The fo llowing uni ts wer e in put to T AC*I I 
As the Com bat Unit Database 



Class 

d elt a III ssbn 



Unit 



Em itte r s 



Wea p ons 



delta III-1 



snoop tray 



ss-n- 18 

soviet torpedo 



delta III- 2 



snoop tray 



ss-n- 1 8 
soviet torpedo 



Class 

van ke e ssbn 



Unit 



E mitte r s 



W ea po ns 



yankee- 1 



snoop tray 



ss-n- 1 6 

soviet torpedo 



100 



yankee-2 



sncop tray 



Onit 

papa-1 



papa-2 



ss-n- 1 6 
soviet torpedo 



Class 
pa pa ssgp 

E mitter s 

sncop tray 
step light 

sncop tray 
step light 



Weapons 
ss-n- 1 5 

soviet torpedo 
ss-n- 15 

soviet torpedo 



Class 

victo r III ssgn 



Onit 

victor III-1 
victcr III-2 



Emitters 
sncop tray 

sncop tray 



Weapons 

ss-n - 15 
soviet torpedo 

ss-n- 1 5 
soviet torpedo 



Oni t 

echo 1-1 



echo 1-2 



Class 

echo I ssgn 

E mitte rs 

sncop tray 
step light 

sncop tray 



We apons 

ss-n-3 

soviet torpedo 
soviet mine 

ss-n-3 



101 



stop light 



soviet torpedo 
soviet mine 



Class 

ka shin ddq 



Onit 


Emit ter s 


Weapons 


skory 


head net c 


sa-r.- 1 




tig net 


ss-n-2c 




peel group 


76 mm 




owl screech 


30 mm 




tass tilt 
don kay 
high pole 


soviet torpedo 


slavny 


head net c 


sa- n- 1 




big net 


ss-n-2c 




peel group 


76 mm 




owl screech 


30 mm 




bass tilt 
don kay 
high pole 


soviet torpedo 


smely 


head net c 


sa- n- 1 




big ne t 


ss-n-2c 




peel group 


76 mm 




own screech 


30 mm 




tass tilt 
don kay 
high pole 


soviet torpedo 




own screech 




smetlivy 


head net c 


sa-n- 1 




tig net 


ss-n-2c 




peel group 


76 mm 



102 



30 mm 

soviet torpedo 



owl screech 
tass tilt 
don ka y 
high pole 



Class 

kriv ak II ff g 



Unit 

bodvy 



druzhny 



pylky 



silny 



Emitter s 


Wea pons 


head net c 


ss-n- 1 4 


eye bowl 


sa-n-4 


pep group 


76 mm 


owl screech 


100 mm 


don kay 




high pole 




head net c 


ss-n- 1 4 


eye bowl 


sa-n-4 


pep group 


76 mm 


owl screech 


100 mm 


don kay 




high pole 




head net c 


ss-n- 1 4 


eye bowl 


sa-n-4 


pep group 


76 mm 


owl screech 


100 mm 


don kay 




high pole 




head net c 


ss-n- 1 4 


eye bowl 


sa-n-4 


pep group 


76 mm 


owl screech 


100 mm 


don kay 
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high pole 



retivy 


head net c 
eye bowl 
pop group 
owl screech 
don kay 
high pole 


ss- n- 1 4 
sa-n-4 
76 mm 
100 mm 




Class 
ohio ssbn 




Onit 


Emitter s 


Weapons 


Ohio 


bqq 6 
mk 98 fcs 


trident 
mk 6 8 


michigan 


bqq 6 
mk 98 fcs 


trident 
mk 68 


georgia 


bqq 6 
m k 9 8 f cs 


trident 
mk 68 




Class 

los angeles ssn 




Unit 


Emitter s 


Weapons 


los angeles 




harpoon 
mk 67 
subroc 
mk 48 


Philadelphia 




harpoon 



mk 67 
subroc 



104 



ink 48 



groton 



Class 

Vir gin ia cgn 



Suit 



E mitte rs 



Virginia 



texas 



mississippi 



SpS 


40b 


sps 


48c 


sps 


55 


sgs 


53a 


spg 


51 a 


spg 


60 


spg 


9a 


sps 


40b 


sps 


48c 


sps 


55 


sgs 


53a 


spg 


5 1 d 


spg 


60 


spg 


9a 


sps 


40 b 


sps 


48c 


sps 


55 


sgs 


53a 


spg 


51 d 


spg 


60 


spg 


9a 



harpoon 
ink 67 
subroc 
ink 48 



W eapo ns 

lamps 
5 in 54 
tartar 
asrcc 



lamps 
5 in 54 
tartar 
asroc 



lamps 
5 in 54 
tartar 
asroc 
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arkansas 


sps 40 t 


lamps 




sps 48c 


5 in 54 




sps 55 


tartar 




sqs 53a 
spg 5 1 d 
spg 60 
spg 9a 

Class 

be lknap eg 


asroc 


Onit 


Emitter s 


Weapons 


belknap 


sps 10 


lamps 




sps 40 


harpoon 




sps 43 


terrier 




sps 48 d 


asroc 




sps 49 


5 in 54 




sqs 26bx 
sps 53 a 


phalanx 


josephus danials 


sps 10 


lamps 




sps 40 


harpoon 




sps 43 


terrier 




sps 48 d 


asroc 




sps 49 


5 in 54 




sqs 26bx 
sps 53a 


phalanx 


wain wright 


sps 10 


lamps 




sps 40 


harpoon 




sps 43 


terrier 




sps 48d 


asroc 




sps 49 


5 in 54 




sqs 26b x 


phalanx 
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sps 53a 



jouett 


sps 10 


lamps 




sps 40 


harpoon 




sps 43 


terrier 




sps 48 d 


asroc 




sps 4 9 


5 in 54 




sgs 26 b x 
sps 53 a 


phalanx 


horns 


sps 10 


lamps 




sps 40 


harpoon 




sps 43 


terrier 




sps 48 d 


asroc 




sps 49 


5 in 54 




sgs 26bx 
sps 53a 


phalanx 


ster ett 


sps 10 


lamps 




sps 4 0 


harpoon 




sps 43 


t9rri9i 




sps 48 d 


asroc 




sps 49 


5 in 54 




sgs 26b x 
sps 53 a 


phalanx 




Class 

coontz ddg 




Unit 


Emitter s 


Weapons 


f arr agut 


sps 10 


terrier 




sps 29 


harpoon 




sps 37 


5 in 54 




sgs 23 
spg 53 a 


asroc 



107 





spg 


55 fc 




luce 


sps 


10 


terrier 




sps 


29 


har pccn 




sps 


37 


5 in 54 




sqs 


23 


asroc 




spg 


53a 






spg 


55b 




macdcnougb 


sps 


10 


terrier 




sps 


29 


har peon 




sps 


37 


5 in 54 




sqs 


23 


asroc 




spg 


53a 






spg 


55b 




coontz 


sps 


10 


terrier 




sps 


29 


harpoon 




sps 


37 


5 in 54 




sqs 


23 


asroc 




spg 


53a 






spg 


55b 




king 


sps 


10 


rerriar 




sps 


29 


harpoon 




sps 


37 


5 in 54 




sqs 


23 


asroc 




spg 


53a 






spg 


55b 




mahan 


sps 


10 


terrier 




sps 


29 


harpoon 




sps 


37 


5 in 54 




sqs 


23 


asroc 




spg 


53a 






spg 


55b 
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Class 
i o wa bb 



Unit 


Emitter s 


Wea pons 








iowa 


sps 10 


1 6 in 




sps 53 


5 in 38 




sps 48 


harpoon 
tomahawk 
standard 2-80 
mk 46 


new jersey 


sps 1 0 


1 6 in 




sps 53 


5 in 38 




sps 48 


harpoon 
tomahawk 
standard 2-80 
mk 46 
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Thes € are t ha Sensor Reports 



Contact 0 

Unit Name fcelknap 
Course 000 
Speed 20 
DTG 1 S0000JUN83 

Reported on Sensor Surface Radar 
Surface Radar Track Number 0 

Contact 1 

Visual Report 1 
Bearing 270 
Range 10 
Elevation 0 
Confidence Confirmed 
Course 000 
Speed 20 

Maximum Speed -1 
Unit Name farragut 
Unit Confidence Confirmed 
DTG 151530JUN83 

Contact 2 

Intelligence Report 1 
Track Number -1 
DTG 1 51600 JUN83 
Bearing 020 
Range 200 
Elevation 0 
Confidence Positive 
Course 1 1 5 
Speed 20 

Maximum Speed -1 
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Unit Name smely 
Unit Confidence Positive 
No further Units 
Nc Class Names 
No Correlations 

Contact 3 

ESN Beport 1 

ESN Bearing 025 

DTG 1 5 16 45 JUN 8 3 

Emission den kay 

Emission Confidence Certain 

Contact 4 

Surface Radar Beport 1 

Bearing 028 

Range 50 

Elevation 0 

Confidence Positive 

Course 215 

Speed 17 

Maximum Speed -1 
DTG 152017JUN83 

Contact 5 

Sonar Report 1 
Bearing 110 
Range 15 
Elevation 0 
Course 350 
Speed 27 

Maximum Speed -1 
Nc Unit Name 
No Class Name 
Platform Type Surface 
Platform Confidence Positive 
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No ether Platform Types 
Nc Alliances 
DTG 151900JUN83 

Contact 6 

Surface Radar Report 2 
DTG 1 52000 JUN83 
Bearing 100 
Range 13 
Elevation 0 
Confidence Certain 
Course 356 
Speed 25 

Maximum Speed -1 

Contact 7 

ESM Report 2 
ESM Bearing 099 
Emission snoop tray 
Emission Confidence Certain 
DTG 1 520 0 1 JON 8 3 
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Shat fellows are the different reports which were genera red 
by TAC*II in response to the above input information. 

This is the initial report of own ship as induced by the 
Analysis Module from the information provided on startup. 



No Correlation file 



Analysis Report Record 
Update = 



Track Number = 0 

DTG =15 0JUN8 3 
Bearing = -1 

Range = -1 

Elevation = -1 

Position Confidence = 
Confirmed 

Course - 0 

Speed = 20 

Max Speed = 33 

Identification Record 
Platform Type = Surface 
Platform Confidence = 
Confirmed 

Alliance = Friendly 
Alliance Confidence = 
Confirmed 

Type Class = belknap eg 
Class Confidence = 

Confirmed 

Unit Name = belknap 
Unit Confidence = 
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Conf irmed 

Emitter = sps 10 

Emitter Confidence = 

Confirmed 

Emitter = sps 40 

Emitter Confidence = 

Confirmed 

Emitter = sps 43 

Emitter Confidence = 

Confirmed 

Emitter = sps 48d 

Emitter Confidence = 

Confirmed 

Emitter = sps 49 

Emitter Confidence = 

Confirmed 

Emitter = sgs 26bx 
Emitter Confidence = 
Confirmed 
Emitter = sps 53a 
Emitter Confidence = 
Confirmed 

Weapon type = asw helc 
Weapon nans = lamps 
Weapon Confidence = 
Confirmed 

Up Status = 100 

In Weapon Range 
Weapon type = ssm 
Weapon name = harpoon 
Weapon Confidence = 
Confirmed 

Up Status = 100 

In Weapon Range 
Weapon type = sam 
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100 



Weapon name = terrier 
Weapon Confidence = 
Confirmed 
Op Status = 

In Weapon Range 

Weapon type = asw 
Weapon name = asroc 
Weapon Confidence = 
Confirmed 
Op Status = 100 

In Weapon Range 

Weapon type = gun 
Weapon name =5 in 54 
Weapon Confidence = 
Confirmed 

Op Status = 100 

In Weapon Range 

Weapon type = aaw 
Weapon name = phalanx 
Weapon Confidence - 
Confirmed 

Op Status = 100 

In Weapon Range 

Action = New Report 



This is the inferred information abour contact report 1 that 
was retrieved from the Combat Unit Database. 

No Correlation file 



Analysis Bepcrt Record 
Update = 



Track Number = 1 

DTG = 15153CJUN83 
Hearing = 270 

Range = 10 

Elevation = 0 

Position Confidence = 
Confirmed 

Course = 0 

Speed = 20 

Max Speed = 33 

Identification Record 
Platform Type = Surface 



Platform Confidence = 
Confirmed 

Alliance - Friendly 
Alliance Confidence = 
Confirmed 

Type Class = coontz ddg 
Class Confidence = 
Confirmed 

Unit Name = farragut 
Unit Confidence = 
Confirmed 
Emitter = sps 10 
Emitter Confidence = 
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Confirmed 

Emitter = sps 29 

Emitter Confidence = 

Confirmed 

Emitter = sps 37 

Emitter Confidence = 

Confirmed 

Emitter = sqs 23 

Emitter Confidence = 

Confirmed 

Emitter = spg 53a 

Emitter Confidence = 

Confirmed 

Emitter = spg 55b 

Emitter Confidence = 

Confirmed 

Weapon type = sam 

Weapon name = terrier 

Weapon Confidence = 

Confirmed 

Op Status = 100 

In Weapon Range 

Weapon type = ssm 
Weapon name = harpoon 
Weapon Confidence = 
Confirmed 

Up Status = 100 

In Weapon Range 

Weapon type - gun 
Weapon name =5 in 54 
Weapon Confidence = 
Confirmed 

Up Status = 100 

Not In Weapon Range 
Weapon type = asw 
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Weapon name = asroc 
Weapon Confidence = 
Confirmed 

Up Status = 100 

In Weapon Range 
Action = New Report 



This is the inferred information about contact report 2 that 
was retrieved from the Combat Unit Database. 

No Correlation file 

Analysis Report Record 
Update = 

Track Number = 2 

DTG = 151600JUN83 
Bearing = 20 

Range = 200 

Elevation = 0 

Position Confidence = 

Positive 

Course = 115 

Spee d = 20 

Max Speed = 35 

Identification Record 
Platform Type = Surface 
Platform Confidence = 

Positive 

Alliance - Hostile 
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Alliance Confidence = 
Positive 

Type Class = kashin ddg 
Class Confidence = 
Positive 

Unit Name - smely 
Unit Confidence = 
Positive 

Emitter = head net c 
Emitter Confidence = 
Positive 

Emitter = big net 
Emitter Confidence = 
Positive 

Emitter = peel group 
Emitter Confidence = 
Positive 

Emitter = own screech 
Emitter Confidence = 
Positive 

Emitter = bass tilt 
Emitter Confidence = 
Positive 

Emitter = don kay 
Emitter Confidence = 
Positive 

Emitter = high pcle 
Emitter Confidence = 
Positive 

Weapon type = sam 
Weapon naire = sa-n-1 
Weapon Confidence = 
Positive 

Up Status = 100 

Not In Weapon Range 
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Weapon 


type = 


3 S ID 


Weapon 


name = 


ss-n-2c 


Weapon 


Confidence = 


Fositiv 


' 9 




Op Status = 




Not In 


Weapon 


Range 


Weapon 


type = 


gun 


Weapon 


name = 


76 mm 


Weapon 


Confidence = 


Positive 




Op Status = 




Not In 


weapon 


Range 


Weapon 


type = 


gun 


Weapon 


name = 


30 mm 


Weapon 


Confide 


nee = 


Fositiv 


■ 9 




Op Status = 




Not In 


Weapon 


Range 


weapon 


type = 


torpedo 


weapon 


name = 


soviet 


Weapon 


Confide 


nee = 


Positive 




Op stat 


us = 




Not In 


Weapon 


Range 


Action 


= New R 


epert 



100 



100 



100 



torpedo 



100 



This is the inferred information about contact report 3 that 
was retrieved from the Combat Uni* Database. 



No Correlation file 
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Analysis Report Record 
Update = 



Track Number = 3 

DTG = 1 5 1645JUN83 
Bearing = 25 

Range = -1 

Elevation = -1 

Position Confidence = 
Certain 

Coarse = -1 

Speed = 23 

Max Speed = 35 

Identification Record 
Platform Type = Surface 
Platform Confidence = 
Certain 

Alliance = Hostile 
Alliance Confidence = 
certain 

Type Class - kashin ddg 
Class Confidence = 

Probable 

Type Class = krivak II ffg 
Class Confidence = 

Probable 

Unit Name = bodvy 
Unit Confidence = 

Possible 

Unit Name = druzhny 
Unit Confidence = 

Possible 

Unit Name - pylky 
Unit Confidence = 
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Possible 

Unit Name = silny 
Unit Confidence = 
Possible 

Unit Name = retivy 
Unit Confidence = 
Possible 

Unit Name = skory 
Unit Confidence = 
Possible 

Unit Name = slavny 
Unit Confidence = 
Possible 

Unit Name = smely 
Unit Confidence = 
Possible 

Unit Name = smetlivy 
Unit Confidence = 
Possible 

Emitter = head net c 
Emitter Confidence = 
Certain 

Emitter = big net 
Emitter Confidence = 
Probable 

Emitter = peel group 
Emitter Confidence = 
Probable 

Emitter = owl screech 
Emitter Confidence = 
Positive 

Emitter = bass tilt 
Emitter Confidence = 
Probable 

Emitter = den kay 
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Emitter Confidence = 
Certain 

Emitter = high pcle 
Emitter Confidence = 
Certain 

Emitter = own screech 
Emitter Confidence = 
Possible 

Emitter = eye bowl 
Emitter Confidence = 
Probable 

Emitter = pop group 
Emitter Confidence = 
Probable 

Weapon type = sam 
Weapon name = sa-n-1 
Weapon Confidence = 
Probable 
Op Status - 
In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-2c 
Weapon Confidence = 
Probable 
Op Status = 

In Weapon Range 
Weapon type = gun 
Weapon name = 76 mm 
Weapon Confidence = 
Certain 
Op Status = 

In Weapon Range 
Weapon type = gun 
Weapon name = 30 mm 
Weapon Confidence = 



100 



100 



100 
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Probable 

Op Status = 100 

In Weapon Range 
Weapon type = torpedo 
Weapon name = soviet torpedo 
Weapon Confidence = 

Probable 

Op Status = 100 

In Weapon Range 

Weapon type = ssm 
Weapon name = ss-n-14 
Weapon Confidence = 

Probable 

Op Status = 100 

In Weapon Range 

Weapon type = sa m 
Weapon name = sa-n-4 
Weapon Confidence = 

Probable 

Op Status = 100 

In Weapon Range 

Weapon type = gun 
Weapon name = 100 mm 
Weapon Confidence = 

Probable 

Op Status = 100 

In Weapon Range 

Action = New Report 



This report is the result of the correlation made by the 
Analysis Module between contact reports 2 and 3. 
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Analysis Report Record 
Update = 



Track Nuirfcer = 

DTG = 1 51600JUN83 
Bearing = 

Range = 

Elevation = 



200 



20 



0 



2 



Position Confidence = 
Positive 



Identification Record 
Platform Type = Surface 
Platform Confidence = 
Certain 

Alliance = Hostile 
Alliance Confidence = 
certain 

Type Class = krivak II ffg 
Class Confidence = 
Plausible 

Type Class = kashin ddg 
Class Confidence = 

Positive 

Unit Name = smetlivy 
Unit Confidence = 

Possible 

Unit Name = slavny 
Unit Confidence - 
Possible 

Unit Name = skory 



Course - 
Speed = 
Max Speed 



115 

20 



35 
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Unit Confidence = 
Possible 

Dnit Name = retivy 
Dnit Confidence = 
Possible 

Unit Name = silny 
Unit Confidence = 
Possible 

Dnit Name = pylky 
Unit Confidence = 
Possible 

Dnit Name = druzhny 
Dnit Confidence = 
Possible 

Dnit Name = bodvy 
Unit Confidence = 
Possible 

Dnit Name = smely 
Unit Confidence = 
Positive 

Emitter = pep group 
Emitter Confidence = 
Plausible 

Emitter = eye bowl 
Emitter Confidence = 
Plausible 

Emitter = owl screech 
Emitter Confidence = 
Sure 

Emitter = head net c 
Emitter Confidence = 
Certain 

Emitter = big net 
Emitter Confidence = 
Positive 
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Emitter = peel group 
Emitter Confidence = 
Positive 

Emitter = own screech 
Emitter Confidence = 
Positive 

Emitter = bass tilt 
Emitter Confidence = 
Positive 

Emitter = don kay 
Emitter Confidence = 
Certain 

Emitter = high pcle 
Emitter Confidence = 
Certain 

Weapon type = gun 
Weapon name = 100 mm 
Weapon Confidence = 
Plausible 

Op Status = 100 

Not In Weapon Range 
weapon type = sam 
Weapon name = sa-n-4 
Weapon Confidence = 
Plausible 

Op Status = 100 

Not In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-14 
Weapon Confidence = 
Plausible 
Op Status = 

Not In Weapon Range 
Weapon type = sam 
Weapon name = sa-n-1 
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Weapon Confidence = 
Positive 

Dp Status = 100 

Not In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-2c 
Weapon Confidence = 
Positive 

Op Status = 100 

Not In Weapon Range 
Weapon type = gun 
Weapon name = 76 mm 
Weapon Confidence = 
Certain 

Op Status = 100 



Not In 


weapon 


Range 


Weapon 


type = 


gun 


Weapon 


name = 


30 mm 


Weapon 


Confidence = 


Positive 




Op status = 


100 


Not In 


Weapon 


Range 


Weapon 


type = 


torpedo 


Weapon 


name = 


soviet tcrped 


Weapon 


Confidence = 



Positive 

Op Status = 100 

Not In Weapon Range 
Correlated Track Number = 
Correlation Confidence = 
Positive 

Action = New Report 



Analysis Report Record 



Update 



Track Number = 3 

DTG = 15 1645JUN83 
Bearing = 25 

Range = -1 

Elevation = -1 

Position Confidence = 
Certain 

Course = -1 

Speed = 23 

Hax Speed = 35 

Identification Record 
Platform Type = Surface 
Platform Confidence = 
Certain 

Alliance = Hostile 
Alliance Confidence = 
certain 

Type Class = kashin ddg 
Class Confidence = 

Confident 

Type class = krivak II ffg 
Class Confidence = 

Probable 

Unit Name = bodvy 
Unit Confidence = 

Possible 

Unit Name = druzhny 
Unit Confidence = 

Possible 

Unit Name = pylky 
Unit Confidence = 

Possi ble 
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Unit Name = silny 
Unit Confidence = 
Possible 

Unit Name = retivy 
Unit Confidence = 
Possible 

Unit Name = skory 
Unit Confidence = 
Possible 

Unit Name = slavny 
Unit Confidence = 
Possible 

Unit Name = smely 
Unit Confidence = 
Possible 

Unit Name = smetlivy 
Unit Confidence = 
Possible 

Emitter = head net c 
Emitter Confidence = 
Certain 

Emitter = big net 
Emitter Confidence = 
Confident 

Emitter = peel group 
Emitter Confidence = 
Conf ident 

Emitter = owl. screec 
Emitter Confidence = 
Positive 

Emitter = bass tilt 
Emitter Confidence = 
Confident 
Emitter = den kay 
Emitter Confidence = 



Certain 

Emitter = high pcle 
Emitter Confidence = 
Certain 

Emitter = own screech 
Emitter Confidence = 
Possible 

Emitter = eye bowl 
Emitter Confidence = 
Probable 

Emitter = pop group 
Emitter Confidence = 
Probable 

Weapon type = sa m 
Weapon name = sa-n-1 
Weapon Confidence = 
Confident 

Op Status = 100 

In Weapon Hange 

Weapon type = ssm 
Weapon name = ss-n- 2c 
Weapon Confidence = 
Confident 

Up Status = 100 

In Weapon Range 

Weapon type = gun 
Weapon name = 76 mm 
Weapon Confidence = 
Certain 

Op Status = 100 

In Weapon Range 

Weapon type = gun 
Weapon name = 30 
Weapon Confidence 
Confident 



mm 



Dp Status = 100 

In Weapon Range 
Weapon type = torpedo 
Weapon name = soviet torpedo 
Weapon Confidence = 

Confident 

Up Status = 100 

In Weapon Range 

Weapon type = ssm 
Weapon name = ss-n-14 
Weapon Confidence = 

Probable 

Dp Status = 100 

In Weapon Range 

Weapon type = sa m 
Weapon name = sa-n-4 
Weapon Confidence = 

Probable 

Op Status = 100 

In Weapon Range 

Weapon type = gun 
Weapon name = 100 mm 
Weapon Confidence = 

Probable 

Dp Status = 100 

In Weapon Range 

Correlated Track Number = 2 

Correlation Confidence = 

Positive 

Action = New Report 
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This is the inferred information about contact report 4 
was retrieved from the Combat Unit Database. 



No Alliance file 
No class file 
No Emitter file 
No Unit file 
No Weapon file 
No Correlation file 



Analysis Report Record 
Update = 



Track Number = 4 

DTG = 152017JUN83 
Bearing = 28 

Range = 50 

Elevation = 0 

Position Confidence = 
Positive 

Course = 215 

Speed = 17 

Max Speed = -1 

Identification Record 
Platform Type = Surface 
Platform Confidence = 
Positive 

Action = New Report 



that 
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This report is the result of the correlation made by the 
Analysis Module between contact report 4 and reports. 3 and 

4. 



Analysis Report Record 
Update = 



Track Number = 2 

DTG = 151 600 JUN 8 3 
Bearing = 20 

Range = 200 

Elevation = 0 

Position Confidence = 
Positive 

Course = 115 

Speed = 20 

Max Speed = 35 

Identification Record 
Platform Type = Surface 
Platform Confidence = 
Certain 

Alliance = Hostile 
Alliance Confidence = 
Certain 

Type Class = krivak II ffg 
Class Confidence = 

Plausible 

Type Class = kashin ddg 
Class Confidence = 

Positive 

Unit Name = smetlivy 
Unit Confidence = 

Possible 
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Onit Name = slavny 
Unit Confidence = 
Possible 

Onit Name = skory 
Onit Confidence = 
Possible 

Onit Name = retivy 
Onit Confidence = 
Possible 

Onit Name = silny 
Onit Confidence = 
Possible 

Onit Name = pylky 
Onit Confidence = 
Possible 

Onit Name = druzhny 
Onit Confidence = 
Possible 

Onit Name = bodvy 
Onit Confidence = 
Possible 

Onit Name = smely 
Onit Confidence = 
Positive 

Emitter = pep group 
Emitter Confidence = 
Plausible 

Emitter = eye bowl 
Emitter Confidence = 
Plausible 

Emitter = cwl screech 
Emitter Confidence = 
Sure 

Emitter = head net c 
Emitter Confidence = 
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Certain 

Emitter = big net 
Emitter Confidence = 
Positive 

Emitter = peel group 
Emitter Confidence = 
Positive 

Emitter = own screech 
Emitter Confidence = 
Positive 

Emitter = bass tilt 
Emitter Confidence = 
Positive 

Emitter = don kay 
Emitter Confidence = 
Certain 

Emitter = high pcle 
Emitter Confidence = 
Certain 

Weapon type = gun 
Weapon name = 100 mm 
Weapon Confidence = 
Plausible 

Op Status = 100 

Not In Weapon Range 
Weapon type = sam 
Weapon name = sa-n-4 
Weapon Confidence = 
Plausible 

Up Status = 100 

Not In Weaken Range 
Weapon type = ssm 
Weapon name = ss-n-14 
Weapon Confidence = 
Plausible 
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Op Status = 

Not In Weapon Range 
Weapon type = sam 
Weapon name = sa-n-1 
Weapon Confidence = 

Positive 

Op Status = 100 

Not In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-2c 
Weapon Confidence = 

Positive 

Op Status = 100 

Not In Weapon Range 
Weapon type = gun 
Weapon name = 76 mm 
Weapon Confidence = 

Certain 

Op Status = 100 

Not In Weapon Range 
Weapon type = gun 
Weapon name = 30 mm 
Weapon Confidence = 

Positive 

Op Status = 100 

Not In Weapon Range 
Weapon type = torpedo 
Weapon name = soviet torpedo 
Weapon Confidence = 

Positive 

Op Status = 100 

Not In Weapon Range 
Correlated Track Number = 
Correlation Confidence = 
Certain 



4 
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Correlated Track Number = 3 

Correlation Confidence = 

Fositive 

Action = New Report 



Analysis Report Record 
Update = 



Track Nuirter = 3 

DTG = 1 5 1 64 5JUN8 3 
Bearing = 25 

Range = -1 

Elevation = -1 

Position Confidence = 
Certain 

Course = -1 

Speed = 23 

Max Speed = 35 

Identification Record 
Platfcrm Type = Surface 
Platform Confidence = 
Certain 

Alliance = Hostile 
Alliance Confidence = 
Certain 

Type Class = kashin ddg 
Class Confidence = 

Sure 

Type Class = krivak II ffg 
Class Confidence = 

Probable 

Unit Name = bodvy 
Unit Confidence = 
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Possible 

Unit Name = druzhny 
Unit Confidence = 
Possible 

Unit Name = pyiky 
Unit Confidence = 
Possible 

Unit Name = silny 
Unit Confidence = 
Possible 

Unit Name = retivy 
Unit Confidence = 
Possible 

Unit Name = skory 
Unit Confidence = 
Possible 

Unit Name = slavny 
Unit Confidence = 
Possible 

Unit Name = smely 
Unit Confidence = 
Possible 

Unit Name = smetlivy 
Unit Confidence = 
Possible 

Emitter = head net c 
Emitter Confidence = 
Certain 



Emitter = big net 
Emitter Confidence = 
Sure 

Emitter = peel group 
Emitter Confidence = 
Sure 

Emitter = 



owl screech 



Emitter Confidence 
Positive 



Emitter = bass tilt 
Emitter Confidence = 
Sure 

Emitter = don kay 
Emitter Confidence = 
Certain 

Emitter = high pole 
Emitter Confidence = 



Certain 

Emitter = own screech 
Emitter Confidence = 
Possible 

Emitter = eye bowl 
Emitter Confidence = 
Probable 

Emitter = pop group 
Emitter Confidence = 
Probable 

Weapon type = sa m 
Weapon name = s a -n - 1 
Weapon Confidence = 
Sure 

Op Status = 

In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-2c 
Weapon Confidence = 
Sure 

Op Status = 

In Weapon Range 
Weapon type = gun 
Weapon name = 76 mm 
Weapon Confidence = 



100 



100 



100 



Cartain 
Up Status = 

In Weapon Range 
Weapon type = gun 
Weapon name = 30 mm 
Weapon Confidence = 

Sure 

Up Status = 100 

In Weapon Range 
Weapon type = torpedo 
Weapon name = soviet torpedo 
Weapon Confidence = 

Sure 

Up Status = 100 

In Weapon Range 

Weapon type = ssm 
Weapon name = ss-n-14 
Weapon Confidence = 

Probable 

Up Status = 100 

In Weapon Range 

Weapon type = sam 
Weapon name = sa-n-4 
Weapon Confidence = 

Probable 

Up Status = 100 

In Weapon Range 

Weapon type = gun 
Weapon name = 100 mm 
Weapon Confidence = 

Probable 

Up Status - 100 

In Weapon Range 

Correlated Track Number = 
Correlation Confidence = 
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4 



2 



Positive 

Correlated Track Number = 
Correlation Confidence = 
Positive 

Action = New Report 



Analysis Report Record 
Update = 



Track Number = < 

DTG = 15 201 7JUN8 3 
Bearing = 28 

Range = 50 

Elevation = 0 

Position Confidence = 
Positive 

Course = 215 

Spee d = 17 

Max Speed = 35 

Identification Record 
Platform Type = Surface 
Platform Confidence = 
Certain 

Alliance = Hostile 
Alliance Confidence = 
Certain 

Type Class = kashin ddg 
Class Confidence = 

Positive 

Type Class = krivak II ffg 
Class Confidence = 

Possible 

Unit Name = sraely 
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Unit Confidence = 
Positive 

Unit Name = bodvy 
Unit Confidence = 
Possible 

Unit Name = druzhny 
Unit Confidence = 
Possible 

Unit Name = pylky 
Unit Confidence = 
Possible 

Unit Name = silny 
Unit Confidence = 
Possible 

Unit Name = retivy 
Unit Confidence = 
Possible 

Unit Name = skory 
Unit Confidence - 
Fossibla 

Unit Name = slavny 
Unit Confidence = 
Possible 

Unit Name = smetlivy 
Unit Confidence = 
Possible 

Emitter = high pole 
Emitter Confidence = 
Certain 

Emitter = don kay 
Emitter Confidence = 
Certain 

Emitter = bass tilt 
Emitter Confidence = 
Positive 



Emitter = own screech 
Emitter Confidence = 

Positive 

Emitter = peel group 
Emitter Confidence = 

Positive 

Emitter = big net 
Emitter Confidence = 

Positive 

Emitter = head net c 
Emitter Confidence = 

Certain 

Emitter = owl screech 
Emitter Confidence = 

Sure 

Emitter = eye bowl 
Emitter Confidence = 

Possible 

Emitter = pop group 
Emitter Confidence - 
Possible 

Weapon type = torpedo 
Weapon name = soviet torpedo 
Weapon Confidence = 

Positive 

Up Status = 100 

Not In Weapon Range 
Weapon type = gun 
Weapon name = 30 mm 
Weapon Confidence = 

Positive 

Op Status = 100 

Not In Weapon Range 
Weapon type = gun 
Weapon name = 76 mm 
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Weapon Confidence = 

Certain 

Op Status = 100 

Not In Weapon Range 
Weapon type = ssu 
Weapon name = ss-n-2c 
Weapon Confidence = 

Positive 

Op Status = 100 

Not In Weapon Range 
Weapon type = sam 
Weapon name = sa-n-1 
Weapon Confidence = 

Positive 

Op Status = 100 

In Weapon Range 

Weapon type = ssm 
Weapon name = ss-n-14 
Weapon Confidence = 

Possible 

Up Status = 100 

In Weapon Range 

Weapon type = sam 
Weapon name = sa-n-4 
Weapon Confidence = 

Possible 

Op Status = 100 

Not In Weapon Range 
Weapon type = gun 
Weapon name = 100 mm 
Weapon Confidence = 

Possible 

Op Status = 100 

Not In Weapon Range 

Correlated Track Number = 3 
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Correlation Confidence = 

Positive 

Correlated Track Number = 2 

Correlation Confidence = 

Certain 

Action = New Report 



This is the inferred information about contact report 5 that 
was retrieved frcm the Combat Unit Database. 



No Alliance file 
No class file 
No Emitter file 
No Unit file 
No Weapon fils 
No Correlation file 

Analysis Report Record 
Update = 



Track Number = 5 

DTG = 1 5 1900JUN8 3 
Bearing = 110 

Range = 15 

Elevaticn = 0 

Position Confidence = 
Positive 

Course = 350 

Speed = 27 

Max Speed = -1 
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Identification Record 
Platform Type = Surface 
Platform Confidence = 
Positive 

Action = New Report 



This is the inferred information about contact report 6 that 
was retrieved frcm the Combat Unit Database. 



No Alliance file 
No class file 
No Emitter file 
No Unit file 
No Weapon file 
No Correlation file 



Analysis Report Record 
Update = 



Track Number = 6 

DTG = 152000JUN83 
Bearing = 100 

Range = 13 

Elevation = 0 

Position Confidence = 
Certain 

Course = 356 

Speed = 25 

Max Speed = -1 



Identification Record 
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Platform Type = Surface 
Platform Confidence = 
Certain 

Action = New Report 



This report is the result of the correlation made by the 
Analysis Module between contact reports 5 and 6. 



No Alliance file 
No class file 
No Emitter file 
No Unit file 
No Weapon file 

Analysis Report Record 
Opdate = 



Track Number = 5 

DTG = 151 900 JON 8 3 
Rearing = 1 10 

Range = 15 

Elevation = 0 

Position Confidence = 
Fositivs 

Course = 350 

Speed = 27 

Max Speed - -1 

Identification Record 
Platform Type = Surface 
Platform Confidence = 
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6 



Positive 

Correlated Track Number = 
Correlation Confidence = 
Sure 

Action = New Report 



Analysis Report Record 
Update = 



Track Number = 6 

DTG = 1 5200 0 JUN83 
Eearing = 100 

Range = . 13 

Elevation = 0 

Position Confidence = 
Certain 

Course = 356 

Speed = 25 

Max Speed = -1 

Identification Record 
Platform Type = Surface 



Platform Confidence = 

Certain 

Correlated Track Number = 5 

Correlation Confidence = 

Sure 

Action = New Report 



This is the inferred information about contact report 7 that 
was retrieved from the Combat Onit Database. 
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No correlation file 



Analysis Report Record 
Update = 



Track Number = 7 

DTG = 15200 1 JUN8 3 
Bearing = 99 

Range = -1 

Elevation = -1 

Position Confidence = 

Certain 

Course = -1 

Speed = 21 

flax Speed = 31 

Identification Record 
Platform Type = Submarine 
Platform Confidence = 

Certain 

Alliance - Hostile 
Alliance Confidence = 

Certain 

Type Class = delta III ssbn 
Class Confidence = 

Possible 

Type class = yankee ssbn 
Class Confidence = 

Possible 

Type Class = papa ssgn 
Class Confidence = 

Possible 

Type Class = victor III ssgn 
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Class Confidence = 
Possible 

Type Class = echo I ssgn 
Class Confidence = 

Poss ible 

Unit Name = echo 1-1 
Unit Confidence = 
Possible 

Unit Name = victor III-1 
Unit Confidence = 
Possible 

Unit Name = victor III-2 
Unit Confidence = 
Possible 

Unit Name = papa-1 
Unit Confidence = 
Possible 

Unit Name = yankee-1 
Unit Confidence = 
Possible 

Unit Name = yankee-2 
Unit Confidence = 
Possible 

Unit Name = delta III-1 
Unit Confidence = 
Possible 

Unit Name = delta III-2 
Unit Confidence = 
Possible 

Emitter = snoop tray 
Emitter Confidence = 
Certain 

Emitter = step light 
Emitter Confidence = 

Poss ible 



Weapon type = ssm 
Weapon name = ss-n-18 
Weapon Confidence = 
Possible 
Op Status = 

In Weapon Range 
Weapon type = torpedo 
Weapon name = soviet 
Weapon Confidence = 
Certain 
Op Status = 

In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-16 
Weapon Confidence = 
Possible 
Op Status = 

In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-15 
Weapon Confidence = 
Plausible 
Op Status ~ 

In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-3 
Weapon Confidence = 
Possible 
Op Status = 

In Weapon Range 
Weapon type = mine 
Weapon name = soviet 
Weapon Confidence = 
Possible 
Op Status = 
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torpedo 



100 



100 



100 



100 



mine 



100 
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In Weapon Range 
Action = New Report 



This report is the result of the correlation made by the 
Analysis Module between contact report. 7 and reports 5 and 

6 . 



Analysis Report Record 
Update = 



Track Nuitfcer = 6 

DTG = 1 5200CJUN8 3 



Bear 

Rang 

Elev 

Posi 

Cert 

Cour 

Spee 

Max 

Iden 

Plat 

Plat 

Sura 

Flat 

Plat 

Cart 

Alii 

Alii 

Sure 

Type 



ing = 


100 


€ = 


13 


ation 


= 0 


ticn 


Confidence = 


ain 




se = 


356 


d = 


25 


Speed 


= 31 


tification Record 


form 


Type = Submarine 


form 


Confidence = 


form 


Type = Surface 


form 


Confidence = 


ain 




a nee 


= Hostile 


ance 


Confidence = 



Class = echo I ssgn 
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Class Confidence = 

Possible 

Type Class = victor III ssgn 
Class Confidence = 

Possible 

Type Class = papa ssgn 
Class Confidence = 

Possible 

Type Class = yankee ssbn 
Class Confidence = 

Possible 

Type Class = delta III ssbn 
Class Confidence = 

Possible 

Unit Name = delta III-2 
Unit Confidence = 

Possible 

Unit Name = delta III-1 
Unit Confidence = 

Possible 

Unit Name = yankee-2 
Oniz Confidence = 

Possible 

Dr.it Name = yankee- 1 
Dnit Confidence = 

Possible 

Dnit Name = papa-1 
Dnit Confidence = 

Possible 

Oniz Name = victor III-2 
Dnit Confidence = 

Possible 

Dnit Name = victor III-1 
Oniz Confidence = 

Possible 
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Unit Name - echo 1-1 
Unit Confidence = 

Possible 

Emitter = stop light 
Emitter Confidence = 

Possible 

Emitter = snoop tray 
Emitter Confidence = 

Sure 

Weapon type = mine 
Weapon name = soviet mine 
Weapon Confidence = 

Possible 

Op Status = 100 

Not In Weapon Range 
Weapon type = ssm 
Weapon name - ss-n-3 
Weapon Confidence = 

Possible 

Op Status = 100 

In Weapon Range 

Weapon type = ssm 
Weapon name = ss-n-15 
Weapon Confidence = 

Possible 

Op Status = 100 

In Weapon Range 

Weapon type = ssm 
Weapon name = ss-n-16 
Weapon Confidence = 

Possible 

Op Status = 100 

In Weapon Range 

Weapon type = torpedo 
Weapon name - soviet torpedo 
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Weapon Confidence = 

Sure 

Op Status = 

Not In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-18 
Weapon Confidence = 
Possible 
Op Status = 100 

In Weapon Range 
Correlated Track Number = 
Correlation Confidence = 
Sura 

Correlated Track Number = 
Correlation Confidence = 
Sure 

Action = New Report 



Analysis Report Record 
Opdate = 



Track Number = 5 

DTG = 1 5 1900JON8 3 
Bearing = 1 10 

Range = 15 

Elevation = 0 

Position Confidence = 
Positive 

Course = 350 

Speed = 27 

Max Speed = 31 



Identification Record 
Platform Type = Submarine 



Platfcrm Confidence = 

Certain 

Platfcrm Type = Surface 
Platfcrm Confidence = 

Certain 

alliance = Hostile 
Alliance Confidence = 

Certain 

Type Class = echo I ssgn 
Class Confidence = 

Possible 

Type Class * victor III ssgn 
Class Confidence = 

Possible 

Type Class = papa ssgn 
Class Confidence = 

Possible 

Type class = yankee ssbn 
Class Confidence = 

Possible 

Type Class = delta III ssbn 
Class Confidence = 

Possible 

Unit Name = delta III-2 
Unit Confidence = 

Possible 

Unit Name = delta III-1 
Unit Confidence = 

Possible 

Unit Name = yankee-2 
Unit Confidence = 

Possible 

Unit Name = yankee-1 
Unit Confidence = 

Possible 
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Unit Name = papa-1 
Unit Confidence = 

Possible 

Unit Name = victor III-2 
Unit Confidence = 

Possible 

Unit Name = victor III-1 
Unit confidence = 

Possible 

Unit Name = echo 1-1 
Unit Confidence = 

Possible 

Emitter = stop light 
Emitter Confidence = 
Possible 

Emitter = snoop tray 
Emitter Confidence = 
Certain 

Weapon type - mine 
Weapon name = soviet mine 
Weapon Confidence = 
Possible 

Up Status = 100 

Not In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-3 
Weapon Confidence = 
Possible 

Up Status = 100 

In Weapon Range 

Weapon type = ssm 
Weapon name = ss-n-15 
Weapon Confidence = 
Possible 

Up Status = 100 



158 



In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-16 
Weapon Confidence = 

Possible 

Op Status = 100 

In Weapon Range 

Weapon type = torpedo 
Weapon name = soviet torpedo 
Weapon Confidence = 

Certain 

Op Status - 100 

Not In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-18 
Weapon Confidence = 

Possible 

Op Status = 100 

In Weapon Range 

Correlated Track Number = 7 

Correlation Confidence = 

Certain 

Correlated Track Number = 6 

Correlation Confidence = 

Sure 

Action = New Report 



Analysis Report Record 
Opdate = 



Track Number = 7 

DTG = 152001JON83 
Eearing = 99 

Range = -1 
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-1 



Elevation = 

Position Confidence = 

Certain 

Course = -1 

Speed = 21 

Max Speed = 31 

Identification Record 
Platfcrm Type = Surface 
Platform Confidence = 

Certain 

Platform Type = Submarine 
Platfcrm Confidence = 

Certain 

Alliance = Hostile 
Alliance Confidence = 

Certain 

Type Class = delta III ssbn 
Class Confidence = 

Possible 

Type Class = yankee ssbn 
Class Confidence = 

Possible 

Type Class = papa ssgn 
Class Confidence = 

Possible 

Type Class = victor III ssgn 
Class Confidence = 

Possible 

Type Class = echo I ssgn 
Class Confidence - 
Possible 

Unit Name = echo 1-1 
Unit Confidence = 

Possible 
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Unit Name = victor III-1 
Unit Confidence = 

Possible 

Unit Name = victor III-2 
Unit Confidence = 

Possible 

Unit Name = papa-1 
Unit Confidence = 

Possible 

Unit Name = yankee-1 
Unit Confidence = 

Possible 

Unit Name = yankee-2 
Unit Confidence = 

Possible 

Unit Name = delta III-1 
Unit Confidence = 

Possible 

Unit Name = delta III-2 
Unit Confidence = 

Possible 

Emitter = snoop tray 
Emitter Confidence = 

Certain 

Emitter = stop light 
Emitter Confidence = 

Possible 

Weapon type = ssm 
Weapon name = ss-n-18 
Weapon Confidence = 

Possible 

Up Status = 100 

In Weapon Range 
Weapon type = torpedo 
Weapon name = soviet torpedo 
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Weapon Confidence = 

Certain 

Up Status = 100 

In Weapon Range 
Weapon type = ssm 
Weapon name = ss-n-16 
Weapon Confidence = 

Possible 

Up Status = 100 

In Weapon Range 

Weapon type = ssm 
Weapon name = ss-n-15 
Weapon Confidence = 

Plausible 

Up Status = 100 

In Weapon Range 

Weapon type = ssm 
Weapon name = ss-n-3 
Weapon Confidence = 

Possible 

Up Status = 100 

In Weapon Range 

Weapon type = mine 
Weapon name = soviet mine 
Weapon Confidence = 

Possible 

Up Status = 100 

In Weapon Range 

Correlated Track Number = 5 

Correlation Confidence = 

Certain 

Correlated Track Number = 6 

Correlation Confidence = 

Sure 

Action = New Report 
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